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PREFACE DE LA QUATRIEME EDITION 

Ce document annule et remplace le Guide du Corpus des connaissances en management de projet (Guide 
PMBOK®) -lro\s\eme edition. Depuis cette publication, le Project Management Institute (PMI) a regu des milliers 
de recommandations utiles visant Amelioration du Guide PMBOK® - Troisieme edition, qui ont ete examinees et 
incorporees, lorsque cela s'averait approprie, dans la quatrieme edition. 

Grace a ces contributions et au developpement du Corpus des connaissances en management de projet, des 
membres benevoles du PMI ont prepare une version actualisee du Guide PMBOK®. La charte du projet de mise a jour 
du Guide PMBOK®- Troisieme edition consistait a : 

1 . Modifier la norme de fagon qu'elle ne soit pas en conflit avec les autres normes du PMI. 

2. S'assurer que les informations contenues dans la norme etaient cohesives dans leur concept 
et presentees dans un style clair, et que la terminologie etait bien definie et adapt.ee a celle des 
autres parutions. 

3. Rechercher la fagon dont les cycles de vie sont actuellement pris en compte dans les projets et, le 
cas echeant, les modifier ou les etendre. 

4. Examiner les cinq groupes de processus de management de projet et les 44 processus de 
description de management de projet, de fagon a determiner si la combinaison, la suppression ou 
I'addition de nouveaux processus apporterait plus de clarte a la norme. 

5. S'assurer que les actualisations du domaine de connaissance sont en harmonie avec le travail de 
definition des processus et des donnees d'entree et de sortie effectue par le groupe des normes. 

Les differences les plus importantes entre les troisieme et quatrieme editions sont resumees ci-dessous : 

1 . Tous les noms de processus sont dans un format verbe-nom. 

2. Une approche normalised a ete suivie dans la discussion des facteurs environnementaux et des 
actifs organisationnels de I'entreprise. 

3. Une approche normalised a ete suivie pour traiter des modifications demandees, des actions 
preventives, des actions correctives et des corrections des defauts. 

4. Le nombre de processus a ete reduit de 44 a 42. Deux processus ont ete supprimes, deux ont 
ete ajoutes et six ont ete refondus en quatre processus dans le domaine de connaissance en 
management des approvisionnements du projet. 

5. Dans un but de clarte, une distinction a ete faite entre le plan de management du projet et les 
documents de projet servant a son management. 



©2008 Project Management Institute. Guide du Corpus des connaissances en management de projet (Guide PMBOK®) — Quatrieme edition 



6. La distinction entre I'information dans la charte du projet et I'enonce du contenu du projet a 
ete clarifiee. 

7. Les diagrammes de flux des processus qui se trouvaient au debut des chapitres 4 a 12 ont 
ete supprimes. 

8. Dans chaque processus, un diagramme de flux de donnees a ete cree afin de montrer les processus 
connexes aux donnees d'entree et de sortie. 

9. Une nouvelle annexe qui traite des competences interpersonnelles cles qu'un chef de projet utilise 
pour manager un projet, a ete ajout.ee. 

Le Guide PMBOK®- Quatrieme edition est organise de la meme fagon que la troisieme edition et comporte 
trois sections : 

La section 1, Cadre du management de projet, donne une base permettant la comprehension du 
management de projet. Cette section comprend deux chapitres. 

Le chapitre 1 , Introduction, presente une base et une raison pour la norme. II definit ce qu'est un 
projet et traite du management de projet et de la relation entre management de projet, de programme 
et de portefeuille. Le role du chef de projet y est egalement examine. 

Le chapitre 2, Cycle de vie du projet et organisation, donne une vue d'ensemble du cycle de vie 
du projet et de sa relation avec le cycle de vie du produit. II decrit les phases du projet et leurs relations 
entre elles et avec le projet, et comprend une vue d'ensemble de la structure organisationnelle, qui 
peut influencer le projet et la fagon dont celui-ci est gere. 

La section 2, Norme de management de projet, definit les processus de management du projet et 
determine, pour chacun d'eux, les donnees d'entree et de sortie. 

Le chapitre 3, Processus de management d'un projet, definit les cinq groupes de processus : 
demarrage, planification, execution, surveillance et maitrise, et cloture. Ce chapitre met en 
correspondance les domaines de connaissance en management de projet et les groupes de processus 
specifiques au management de projet. 

La section 3, Domaines de connaissance de management de projet, decrit les domaines de connaissance 
en management de projet, repertorie les processus de management de projet et, pour chacun des domaines, 
definit les donnees d'entree, les outils et techniques, et les donnees de sortie. Chacun des neuf chapitres fait 
le point sur un domaine de connaissance particulier. 



©2008 Project Management Institute. Guide du Corpus des connaissances en management de projet (Guide PMBOK 11 ) — Quatrieme edition 



Le chapitre 4, Management de I'integration du projet, definit les processus et les activites 

qui integrent les divers elements du management de projet. Les processus suivants sont traites 
dans ce chapitre : 

• Elaborer la charte du projet 

• Elaborer le plan de management du projet 

• Diriger et piloter I'execution du projet 

• Surveiller et maitriser le travail du projet 

• Mettre en oeuvre la maitrise integree des modifications 

• Clore le projet ou la phase 

Le chapitre 5, Management du contenu du projet, decrit les processus permettant d'assurer 
que tout le travail requis par le projet, et seulement le travail requis, est effectue pour le mener a son 
terme avec succes. Les processus suivants sont traites dans ce chapitre : 

• Recueillir les exigences 

• Definir le contenu 

• Creer laSDP 

• Verifier le contenu 

• Maitriser le contenu 

Le chapitre 6, Management des delais du projet, fait le point sur les processus permettant 
d'assurer I'achevement du projet dans les delais impartis. Les processus suivants sont traites dans 
ce chapitre : 

• Definir les activites 

• Organiser les activites en sequence 

• Estimer les ressources necessaires aux activites 

• Estimer la duree des activites 

• Elaborer I'echeancier 

• Maitriser I'echeancier 
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Le chapitre 7, Management des couts du projet, decrit les processus relatifs a I'estimation, 
I'etablissement du budget et la maitrise des couts, de fagon a ce que le projet soit achieve en restant 
dans le budget approuve. Les processus suivants sont traites dans ce chapitre : 

• Estimer les couts 

• Determiner le budget 

• MaTtriser les couts 

Le chapitre 8, Management de la qualite du projet, decrit les processus qui se rapportent a la 
planification de la surveillance et du controle qualite, et a I'assurance que les exigences de qualite du 
projet sont satisfaites. Les processus suivants sont traites dans ce chapitre : 

• Planifier la qualite 

• Mettre en oeuvre I'assurance qualite 

• Mettre en oeuvre le controle qualite 

Le chapitre 9, Management des ressources humaines du projet, decrit les processus qui se 
rapportent a la planification, le recrutement, le developpement et le management de I'equipe de projet. 
Les processus suivants sont traites dans ce chapitre : 

• Elaborer le plan des ressources humaines 

• Constituer I'equipe de projet 

• Developper I'equipe de projet 

• Diriger I'equipe de projet 

Le chapitre 10, Management des communications du projet, identifie les processus qui se 
rapportent a la generation appropriee et en temps voulu des informations du projet, a leur archivage, a 
leur diffusion, a leur stockage et a leur declassement definitif. Les processus suivants sont traites dans 
ce chapitre : 

• Identifier les parties prenantes 

• Planifier les communications 

• Diffuser les informations 

• Gerer les attentes des parties prenantes 

• Rendre compte de la performance 
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Le chapitre 11, Management des risques du projet, decrit les processus qui se rapportent a 
I'identification, I'analyse et la maitrise des risques du projet. Les processus suivants sont traites dans 
ce chapitre : 

• Planifier le management des risques 

• Identifier les risques 

• Mettre en ceuvre I'analyse qualitative des risques 

• Mettre en ceuvre I'analyse quantitative des risques 

• Planifier les reponses aux risques 

• Surveiller et maitriser les risques 

Le chapitre 12, Management des approvisionnements du projet, decrit les processus qui se 
rapportent a I'achat ou I'acquisition des produits, des services ou des resultats necessaires au projet. Les 
processus suivants sont traites dans ce chapitre : 

• Planifier les approvisionnements 

• Proceder aux approvisionnements 

• Gerer les approvisionnements 

• Clore les approvisionnements 
Annexes 

Glossaire 

Le Guide PMBOK® - Quatrieme edition a ete presente sous forme d'avant-projet au debut de 2008, et un 
bon nombre de commentaires envoyes par des reviseurs ont ete inclus dans cette edition. 
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SECTION I 



CADRE DU MANAGEMENT DE PROJET 

Chapitre 1 

• Introduction 
Chapitre 2 

• Cycle de vie du projet et organisation 



CHAPITRE 1 

INTRODUCTION 

Le Guide du Corpus des connaissances en management de projet (Guide PMBOK®) est une norme reconnue 
dans la profession de management de projet. C'est un document formel qui decrit les normes, methodes, 
processus et pratiques etablis. Comme pour d'autres professions telles que le droit, la medecine et la 
comptabilite, la connaissance contenue dans cette norme a progresse a partir des bonnes pratiques utilisees 
par les praticiens du management de projet, qui ont contribue a son elaboration. 

Les deux premiers chapitres du Guide PMBOK® presentent une introduction aux concepts cles du domaine 
du management de projet. Le chapitre 3 constitue la norme du management de projet. II resume, de ce fait, 
les processus et les donnees d'entree et de sortie considered comme etant les bonnes pratiques, la plupart du 
temps, pour la plupart des projets. C'est dans les chapitres 4 a 12 qu'est contenu le corpus des connaissances 
en management de projet. lis developpent les informations contenues dans la norme en decrivant les donnees 
d'entree et de sortie, ainsi que les outils et techniques utilises dans le management des projets. 

Le Guide PMBOK® fournit une ligne directrice permettant de manager les projets individuels. II definit le 
management de projet et les concepts connexes, et decrit le cycle de vie du management de projet et les 
processus associes. 

Le present chapitre definit plusieurs termes cles et identifie les facteurs environnementaux extemes et 
organisationnels internes qui influencent ou contribuent au succes du projet. Les sections suivantes donnent une 
vue d'ensemble du Guide PMBOK® : 

1 .1 Objectif du Guide PMBOK® 

1.2 Qu'est-ce qu'un projet ? 

1.3 Qu'est-ce que le management de projet ? 

1.4 Relations entre management de projet, management de programme 
et management de portefeuille 

1 .5 Management de projet et management des operations 

1.6 Role d'un chef de projet 

1 .7 Corpus des connaissances en management de projet 

1.8 Facteurs environnementaux de I'entreprise 
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1.1 Objectif du Guide PMBOK® 

L'acceptation croissante du management de projet montre que I'application de connaissances, de processus, 
de competences, d'outils et de techniques appropries peut avoir un impact significatif sur le succes d'un projet. 
Le Guide PM?0/(®identifie ce sous-ensemble du Corpus des connaissances en management de projet qui est 
generalement reconnu comme etant de bonne pratique. « Generalement reconnu » signifie que la connaissance 
et les pratiques decrites sont applicables la plupart du temps a la plupart des projets, et qu'un consensus existe 
sur leur valeur et leur utilite. « Bonne pratique » signifie qu'il existe un large consensus sur le fait que la mise en 
oeuvre de ces competences, outils et techniques peut ameliorer les chances de succes de projets tres divers. La 
notion de bonne pratique ne signifie pas que la connaissance decrite doit toujours etre uniformement appliquee a 
tous les projets ; la responsabilite de determiner ce qui convient a un projet particulier revient a I'organisation et/ 
ou a I'equipe de management de projet. 

Le Guide PMBOK® fournit egalement aux profession nels en management de projet un vocabulaire commun, 
et encourage son utilisation dans la discussion, la redaction et I'application des concepts de management de 
projet. Un tel vocabulaire normalise est un element essentiel d'une discipline professionnelle. 

Dans ses programmes de developpement professionnel et ses certifications, le Project Management 
Institute (PMI) considere cette norme comme une reference fondamentale de management de projet. 

Mais, tout en etant une reference fondamentale, cette norme ne cherche pas a etre exhaustive ni a couvrir 
tous les sujets. C'est un guide plutot qu'une methodologie. II est possible d'utiliser differentes methodologies 
et differents outils tout en travaillant dans le cadre de la norme. L'annexe D presente des prolongements 
du champ d'application, et l'annexe E repertorie les sources d'informations supplementaires en matiere de 
management de projet. 

En plus des normes qui etablissent les instructions relatives aux processus, outils et techniques de 
management de projet, le Code de deontologie et de conduite professionnelle du Project Management Institute 
guide les praticiens de la profession de management de projet et decrit ce qu'ils attendent d'eux-memes et 
des autres. Le Code de deontologie et de conduite professionnelle du Project Management Institute exprime le 
besoin elementaire de responsabilite, respect, equite et honnetete. II exige des praticiens qu'ils fassent preuve 
d'engagement envers une conduite ethique et professionnelle. II comporte I'obligation de conformite aux lois, 
regimentations et politiques organisationnelles et professionnelles. En raison de la diversite des situations 
et cultures des praticiens, le Code de deontologie et de conduite professionnelle s'applique globalement. Les 
praticiens doivent s'obliger, lorsqu'ils ont affaire a une partie prenante, a des pratiques honnetes et equitables, 
et a une conduite respectueuse. Le Code de deontologie etde conduite professionnelle du Project Management 
Institute est publie sur le site Web du PMI (http://www.pmi.org). L'acceptation de ce code est une exigence PMI 
pour I'obtention de la certification PMP®. 
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1.2 Qu'est-ce qu'un projet ? 

Un projet est un effort temporaire exerce dans le but de creer un produit, un service ou un resultat unique. 
La nature temporaire des projets implique un commencement et une fin determines. La fin est atteinte lorsque 
les objectifs du projet sont satisfaits, ou lorsque le projet est arrete parce que ses objectifs ne seront pas 
atteints ou ne peuvent pas I'etre, ou lorsque le projet n'est plus utile. Le caractere temporaire du projet ne 
signifie pas necessairement que sa duree est courte. Par ailleurs, le caractere temporaire ne s'applique pas 
generalement au produit, service ou resultat cree par le projet ; la plupart des projets sont entrepris pour creer 
un resultat durable. Par exemple, le projet d'eriger un monument national aboutira a un resultat prevu pour 
durer des siecles. Les projets peuvent egalement avoir un impact social, economique et environnemental dont 
la duree est plus longue que les projets eux-memes. 

Chaque projet cree un produit, un service ou un resultat unique. Bien que des elements repetitifs se 
rencontrent dans certains livrables d'un projet, cette repetition ne change pas de maniere fondamentale 
le caractere unique du travail du projet. Par exemple, des batiments de bureaux sont construits avec des 
materiaux identiques ou similaires, ou par la meme equipe, mais chaque emplacement est unique, avec des 
conceptions differentes, des circonstances differentes, des entrepreneurs differents, etc. 

Un effort en continu est generalement un processus repetitif car il s'exerce en suivant les procedures 
existantes d'une organisation. Par contraste, et en raison de la nature unique des projets, des incertitudes 
peuvent exister sur les produits, les services ou les resultats. Une equipe de projet peut faire face a des 
taches nouvelles necessitant une planification plus specifique que pour un autre travail routinier. En outre, des 
projets peuvent etre entrepris a tous les niveaux organisationnels. Un projet peut etre entrepris par une seule 
personne, par une seule unite organisationnelle ou par plusieurs. 

Un projet peut creer : 

• un produit qui peut etre soit le composant d'un autre element soit I'element final lui-meme, 

• une capacite de fournir un service (par exemple, les fonctions d'une entreprise prenant en charge la 
production ou la distribution), ou 

• un produit tel qu'un resultat ou un document (par exemple, un projet de recherche qui developpe 
des connaissances permettant de determiner la presence ou non d'une tendance, ou de savoir si un 
nouveau processus sera utile a la societe). 
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Parmi tous les exemples de projets, on peut citer : 

• le developpement d'un nouveau produit ou service, 

• la modification de la structure, des ressources humaines ou du style d'une organisation, 

• le developpement ou I'acquisition d'un systeme d'information, nouveau ou modifie, 

• la construction d'un batiment ou d'une infrastructure, ou 

• la mise en ceuvre d'un nouveau processus ou d'une nouvelle procedure d'entreprise. 

1.3 Qu'est-ce que le management de projet ? 

Le management de projet est I'application de connaissances, de competences, d'outils et de techniques 
aux activites d'un projet afin d'en satisfaire les exigences. Le management de projet est effectue en appliquant 
et en integrant, de maniere appropriee, les 42 processus de management de projet groupes logiquement dans 
les cinq groupes de processus. Ces cinq groupes de processus sont : 

• demarrage, 

• planification, 

• execution, 

• surveillance et maitrise, et 

• cloture. 

Le management d'un projet consiste habituellement a : 

• identifier les exigences, 

• aborder, pendant la planification et I'execution du projet, les divers besoins, soucis et attentes des 
parties prenantes, 

• ponderer les contraintes concurrentes du projet provoquees, entre autres, par : 

o le contenu, 

o laqualite, 

o I'echeancier, 

o le budget, 

o les ressources, et 

o lesrisques. 
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Les specificit.es du projet auront une influence sur les contraintes, et le chef de projet devra y porter une 
attention particuliere. 

La relation entre ces facteurs est telle que le changement de I'un d'eux entramera vraisemblablement 
le changement d'au moins un autre facteur. Par exemple, une reduction de I'echeancier necessite souvent 
une augmentation du budget afin d'obtenir des ressources supplementaires permettant d'accomplir le meme 
travail en moins de temps. L'impossibilite d'augmenter le budget peut entramer une reduction du contenu ou 
de la qualite dans le but de livrer plus rapidement un produit. Un defi plus important se presente lorsque les 
parties prenantes du projet ont des idees differentes sur I'importance relative des facteurs. La modification des 
exigences peut engendrer des risques supplementaires. Dans le but d'assurer le succes d'un projet, I'equipe 
de projet doit etre capable d'evaluer la situation et d'equilibrer les demandes. 

En raison de la possibilite de modifications, le plan de management du projet est iteratif et son elaboration est 
progressive tout au long du cycle de vie d'un projet. Cette elaboration progressive enframe Amelioration continue 
d'un plan de plus en plus detaille, car des informations plus detaillees et plus specifiques et des estimations plus 
precises deviennent disponibles. L'elaboration progressive permet a une equipe de management de projet de 
manager le projet selon un niveau de details de plus en plus fin, au fur et a mesure que le projet se deroule. 

1 .4 Relations entre management de projet, management de programme 
et management de portefeuille 

Au sein d'organisations matures en management de projets, le management de projet se situe dans un 
contexte plus large regi par le management de programme et le management de portefeuille. Comme le 
montre la figure 1-1, les strategies et les priorites organisationnelles sont liees, et sont en relation avec les 
portefeuilles, les programmes et les projets individuels qui s'y rattachent. La planification organisationnelle a 
une incidence sur les projets par la priorite donnee aux projets en fonction des risques, du financement et du 
plan strategique de I'organisation. La planification organisationnelle peut canaliser le financement et le soutien 
aux projets composants en fonction des categories de risques, des lignes d'affaires particulieres ou des types 
generaux de projets comme, par exemple, I' infrastructure et I'amelioration des processus internes. 
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Figure 1-1. Interactions entre management de portefeuille, de programme et de projet 

Les projets, les programmes et les portefeuilles sont sujets a des approches differentes. Le tableau 1-1 
compare les projets, les programmes et les portefeuilles en considerant plusieurs domaines dont, entre autres, 
la modification, le leadership et le management. 

1 .4.1 Management de portefeuille 

Un portefeuille est un ensemble de projets ou de programmes ainsi que d'autres travaux qui sont regroupes 
pour faciliter un management efficace de ces travaux dans la poursuite d'objectifs strategiques de I'entreprise. 
Les projets ou programmes du portefeuille ne sont pas necessairement interdependants ou directement lies. 
Par exemple, une entreprise d'infrastructure dont I'objectif strategique est de « maximiser le rendement de 
son capital investi » peut vouloir constituer un portefeuille comprenant des projets petroliers et gaziers, de 
production d'energie, d'adduction d'eau, de routes, ferroviaires et aeroportuaires. L'entreprise peut choisir, 
dans ce melange, des projets apparentes et decider de les manager comme un programme. Tous les projets 
de production d'energie peuvent etre groupes en un programme de production d'energie. De la meme fagon, 
tous les projets d'adduction d'eau peuvent etre groupes en un programme d'adduction d'eau. 
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Le management de portefeuille se rapporte au management centralise d'un ou plusieurs portefeuilles dans 
le but d'atteindre des objectifs d'affaires strategiques particuliers ; il comprend des actions visant a identifier, 
a prioriser, a autoriser, a gerer et a maitriser des projets, des programmes et autres travaux apparent.es. Le 
management de portefeuille porte une attention particuliere sur I'examen des projets et des programmes 
dans le but d'affecter des ressources en fonction des priorit.es, et sur la compatibilite et I'alignement du 
management de portefeuille avec les strategies organisationnelles. 

Tableau 1 -1 . Vue d'ensemble comparative sur le management de projet, de programme et de portefeuille 





PROJETS 


PROGRAMMES 


PORTEFEUILLES 


Contenu 


Les projets comportent des 


Le contenu des programmes 


Les portefeuilles sont 




objectifs definis. Le contenu est 


est plus etendu et procure des 


caracterises par un contenu 




progressivement elabore tout 


avantages plus significatifs. 


d'affaires qui change en meme 




au long du cycle de vie du projet. 




temps que les objectifs 
strategiques de I'organisation. 


Modifications 


Les chefs de projet s'attendent 


Le directeur de programme doit 


Les directeurs de portefeuille 




a des modifications et mettent 


s'attendre a des modifications 


surveillent en permanence les 




en ceuvre des processus 


venant de I'interieur et de 


modifications dans un 




permettant de les gerer et 


I'exterieur des programmes, 


environnement global. 




de les maitriser. 


et doit etre pret a les gerer. 




Planification 


Les chefs de projet transforment 


Les directeurs de programme 


Les directeurs de portefeuille 




progressivement, tout au long 


elaborent le plan d'ensemble 


creent et maintiennent les 




du cycle de vie du projet, des 


des programmes et creent des 


processus necessaires et la 




informations de haut niveau 


plans de haut niveau pour guider 


communication relative a 




en plans detailles. 


une planification detaillee au 
niveau des composants. 


I'ensemble des portefeuilles. 


Management 


Les chefs de projet gerent 


Les directeurs de programme 


Les directeurs de portefeuille 




I'equipe de projet afin d'atteindre 


gerent le personnel du 


peuvent gerer ou coordonner le 




les objectifs du projet. 


programme et les chefs de 


personnel de management des 






projet ; ils apportent vision et 


portefeuilles. 






leadership global. 




Succes 


Le succes est mesure par la 


Le succes est mesure par le 


Le succes est mesure en termes 




qualite du produit et du projet, 


niveau de satisfaction aux 


de performance consolidee des 




le respect des delais, du budget 


exigences du programme et le 


composants du portefeuille. 




et le niveau de satisfaction client. 


degre d'obtention des avantages 
pour lequel il a ete entrepris. 




Surveillance 


Les chefs de projet surveillent 


Les directeurs de programme 


Les directeurs de portefeuille 




et maitrisent le travail de 


surveillent les progres des 


surveillent la performance 




production des produits, 


composants du programme 


consolidee et les indicateurs 




services ou resultats pour 


pour s'assurer que les objectifs 


de valeur. 




lesquels le projet a ete entrepris. 


d'ensemble et les avantages 
seront realises, et que les 
echeanciers et les budgets 
seront respectes. 





1 .4.2 Management de programme 

Un programme est defini comme un groupe de projets apparentes dont le management est coordonne afin 
d'en tirer des avantages et une maitrise que n'apporterait pas un management individuel. Un programme peut 
comporter des elements de travail apparentes en dehors du contenu de chacun des projets qu'il regroupe. Un 
projet peut ou non faire partie d'un programme alors qu'un programme comprend toujours des projets. 



©2008 Project Management Institute. Guide du Corpus des connaissances en management de projet (Guide PMBOK®) — Quatrieme edition 



CHAPITRE 1 - INTRODUCTION 



Le management de programme est defini comme le management coordonne et centralise d'un programme 
dans le but d'atteindre les objectifs strategiques vises et d'en tirer des avantages. Les projets faisant partie d'un 
programme sont lies par un resultat commun ou par une capacite collective. Si I'apparentement des projets n'est 
du qu'a un client ou a un vendeur commun, ou a une technologie ou des ressources communes, le management 
de I'effort doit se faire dans le cadre d'un portefeuille de projets plutot que dans le cadre d'un programme. 

Le management de programme porte une attention particuliere aux interdependences entre les projets 
et aide a determiner I'approche optimale pour leur management. Les actions liees a ces interdependences 
peuvent comprendre : 

• la resolution des contraintes relatives aux ressources et/ou des conflits qui affectent plusieurs 
projets dans le systeme ; 

• I'alignement organisationnel/la direction strategique qui affecte les objectifs et buts du programme 
et des projets ; et 

• le management de la resolution des problemes et des modifications au sein d'une structure de 
gouvernance partagee. 

L'exemple d'un programme peut etre celui d'un nouveau systeme de satellite de communication comprenant 
des projets de conception du satellite et des stations au sol, leur construction, Integration du systeme et le 
lancement du satellite. 

1 .4.3 Projets et planification strategique 

Les projets constituent souvent le moyen utilise pour realiser le plan strategique d'une organisation. Les 
projets sont habituellement autorises a la suite d'une ou plusieurs des considerations strategiques suivantes : 

• demande du marche (par exemple, un constructeur automobile autorisant, par suite de penurie 
d'essence, le projet de construction d'un plus grand nombre de voitures economes en carburant), 

• opportunity strategique/besoin d'affaires (par exemple, un centre de formation autorisant le projet de 
creation d'un nouveau cours de formation pouraugmenterses revenus), 

• demande des clients (par exemple, une compagnie d'electricite autorisant le projet de construction 
d'une nouvelle sous-station pour desservir un nouveau pare industriel), 

• avance technologique (par exemple, a la suite de progres sur les memoires d'ordinateur et dans la 
technologie de I'electronique, une entreprise d'electronique autorisant un nouveau projet dans le but 
de developper de plus petits ordinateurs portatifs), 

• obligations legales (par exemple, un fabricant de produits chimiques autorisant un projet d'elaboration 
d'instructions pour la manutention d'un nouveau produittoxique). 

Les projets faisant partie des programmes ou des portefeuilles permettent, souvent dans le contexte d'un 
plan strategique, d'atteindre les buts et objectifs organisationnels. Meme si un groupe de projets au sein d'un 
programme peut presenter des avantages distincts, ils peuvent aussi contribuer aux avantages du programme, 
aux objectifs du portefeuille et au plan strategique de I'organisation. 
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Les organisations managent les portefeuilles en fonction de leur plan strategique, ce qui peut les conduire a 
hierarchiser les portefeuilles, programmes ou projets concemes. L'un des buts du management de portefeuille 
est de maximiser la valeur du portefeuille par un examen attentif de ses composants : les programmes, les 
projets et autres travaux apparentes qui le constituent. Les composants ayant une faible contribution aux 
objectifs strategiques du portefeuille peuvent etre exclus. Le plan strategique de I'organisation devient alors 
le facteur principal guidant les investissements dans les projets. En meme temps, les projets foumissent une 
retroaction aux programmes et portefeuilles au moyen de rapports d'etat et de demandes de modifications qui 
peuvent avoir un impact sur d'autres projets, programmes ou portefeuilles. Les besoins des projets, y compris 
les besoins en ressources, sont regroupes et transmis au niveau du portefeuille qui determine alors la direction 
a suivre pour la planification organisationnelle. 

1 .4.4 Bureau des projets 

Un bureau des projets est une unite organisationnelle ou une entite chargee de diverses responsabilites 
liees au management centralise et coordonne des projets qui relevent de son domaine. Les responsabilites 
d'un bureau des projets peuvent aller de la foumiture de fonctions de soutien pour le management de projet 
jusqu'a la responsabilite du management direct d'un projet. 

Les projets pris en charge ou geres par le bureau des projets peuvent, en dehors du fait qu'ils sont manages 
ensemble, ne pas etre apparentes. La forme, la fonction et la structure particulieres d'un bureau des projets 
dependent des besoins de I'organisation qu'il soutient. 

Un bureau des projets peut recevoir une delegation d'autorite pour agir en tant que partie prenante integrate 
et preneur de decisions cles au cours du demarrage de chaque projet, pour formuler des recommandations, 
ou mettre fin a des projets ou pour entreprendre d'autres actions necessaires, dans le but de maintenir la 
coherence des objectifs de I'entreprise. En outre, le bureau des projets peut etre implique dans la selection, le 
management et le deploiement des ressources du projet, qu'elles soient partagees avec d'autres projets ou 
reservees au projet concerne. 

Une fonction cle du bureau des projets est d'apporter aux chefs de projet un soutien qui peut revetir divers 
aspects, dont entre autres : 

• le management des ressources partagees entre tous les projets geres par le bureau ; 

• I'identification et le developpement d'une methodologie de management de projet, des meilleures 
pratiques et des normes ; 

• I'animation, le mentorat, la formation et la supervision ; 

• la surveillance, par des audits de projet, de la conformite aux politiques de normes, procedures et 
modeles de management de projet ; 

• I'elaboration et la gestion, pour ce qui est des projets, des politiques, procedures, modeles et autre 
documentation partagee (actifs organisationnels) ; et 

• la coordination de la communication entre les projets. 
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Les chefs de projet et les bureaux des projets poursuivent des objectifs differents et, de ce fait, sont motives 
par des exigences differentes. Tous ces efforts sont neanmoins alignes avec les besoins strategiques de 
I'organisation. Les differences entre le role des chefs de projet et celui d'un bureau des projets peuvent etre 
les suivantes : 

• Le chef de projet se concentre sur les objectifs specifies du projet, alors que le bureau des projets 
gere des modifications majeures du contenu du programme qui pourraient potentiellement 
permettre de mieux atteindre les objectifs de I'entreprise. 

• Le chef de projet controle les ressources affectees au projet de fagon a mieux atteindre ses objectifs, 
alors que le bureau des projets optimise I'utilisation des ressources organisationnelles partagees 
entre tous les projets. 

• Le chef de projet gere les contraintes (contenu, echeancier, couts et qualite) des projets individuels, 
alors que le bureau des projets gere les methodologies, les normes, les opportunites/risques 
d'ensemble et les interdependences entre les projets au niveau de I'entreprise. 

1 .5 Management de projet et management des operations 

Les operations constituent une fonction organisationnelle qui assure I'execution continue d'activites 
produisant le meme produit ou procurant un service repetitif. Atitre d'exemple, on peut citer : les operations de 
production, les operations manufactures et les operations de comptabilite. Bien que de nature temporaire, 
les projets peuvent aider, lorsqu'ils sont alignes avec la strategie de I'organisation, a atteindre les buts 
organisationnels. Les organisations changent parfois leurs operations, leurs produits ou leurs systemes en 
creant des initiatives strategiques d'affaires. Les projets necessitent un management de projet alors que 
les operations necessitent un management de processus metiers ou un management des operations. Les 
projets et les operations peuvent, au cours du cycle de vie du produit, se recouper en certains points, comme 
par exemple : 

• a chaque cloture de phase ; 

• lors du developpement d'un nouveau produit, de Amelioration d'un produit ou de I'expansion des 
donnees de sortie ; 

• lors de I'amelioration des operations ou du processus de developpement des produits ; ou 

• au desinvestissement des operations lorsque le cycle de vie du produit arrive a sa fin. 

A chaque point, les livrables et les connaissances sont transferes entre projets et operations de fagon a 
mettre en oeuvre le travail livre. Ceci se produit, vers la fin du projet, par le transfert des ressources du projet 
aux operations, ou par un transfert des ressources operationnelles au projet lorsqu'il demarre. 

Les operations sont des efforts permanents qui produisent des resultats repetitifs, en utilisant des ressources 
affectees a ces taches recurrentes, dans le respect des normes internes liees a un cycle de vie du produit. 
Contrairement a la nature continue des operations, les projets sont des efforts temporaires. 
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1.6 Role d'un chef de projet 

Le chef de projet est la personne, designee par I'entreprise realisatrice, qui est chargee d'atteindre les 
objectifs du projet. Le role du chef de projet est different de celui d'un responsable fonctionnel ou d'un 
responsable des operations. Le responsable fonctionnel, habituellement, concentre son travail sur la prestation 
de surveillance du management dans un domaine administratif, alors que les responsables des operations 
sont charges d'un aspect des activit.es de base de I'entreprise. 

Selon la structure organisationnelle, un chef de projet peut dependre hierarchiquement d'un responsable 
fonctionnel. Dans d'autres cas, un chef de projet peut etre I'un des chefs de projet qui dependent d'un 
responsable de portefeuille ou de programme qui est, en finalite, responsable des projets pour I'ensemble 
de I'entreprise. Dans ce genre de structure, le chef de projet travaille en etroite liaison avec le directeur de 
portefeuille ou de programme pour atteindre les objectifs du projet et assurer I'alignement du plan de projet 
avec le plan de programme auquel il appartient. 

La plupart des outils et techniques de management de projet sont specifiques au management de projet. 
Cependant, la comprehension et I'application des connaissances, outils et techniques qui sont reconnus comme 
de bonnes pratiques ne suffisent pas a assurer un management de projet efficace. En plus de toute competence 
specifique a un domaine donne et des competences generates en management necessaires au projet, un 
management de projet efficace necessite que le chef de projet possede les competences suivantes : 

.1 Connaissance. C'est ce que le chef de projet connait sur le management de projet. 

.2 Performance. II s'agit de ce que le chef de projet est capable de faire ou d'accomplir tout en 
appliquant sa connaissance en management de projet. 

.3 Personnalite. C'est la fagon dont le chef de projet se comporte lors de I'execution du projet ou 
d'une activite reliee. La competence personnels inclut les attitudes, les caracteristiques centrales 
de la personnalite et le leadership : la capacite de diriger I'equipe de projet tout en atteignant les 
objectifs et en ponderant les contraintes du projet. 

1.7 Corpus des connaissances en management de projet 

Le Guide PMBOK® est la norme de management de la plupart des projets la plupart du temps, dans de 
nombreuses industries differentes. Cette norme decrit les processus, outils et techniques de management de 
projet qui permettent de gerer un projet de fagon a ce que son resultat soit un succes. 

Cette norme est specifique au domaine du management de projet et comporte des correlations avec 
d'autres disciplines de management de projet telles que le management de programme et le management 
de portefeuille. 
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Les normes de management de projet n'abordent pas chaque sujet dans tous ses details. Cette norme 
se limite aux seuls projets et processus de management de projet generalement reconnus comme etant de 
bonnes pratiques. D'autres normes peuvent etre consultees pour obtenir des informations supplementaires 
sur le contexte plus large dans lequel les projets sont accomplis. Le management de programme est traite 
dans « The Standard for Program Management », et le management de portefeuille, dans « The Standard for 
Portfolio Management ». L'examen des capacites d'une entreprise en matiere de processus de management 
de projet est presente dans « Organizational Project Management Maturity Model » (0PM3®). 

1.8 Facteurs environnementaux de I'entreprise 

Les facteurs environnementaux de I'entreprise sont les facteurs d'environnement interne et externe 
qui encadrent ou influencent le succes d'un projet. Ces facteurs peuvent provenir d'une ou de toutes les 
entreprises impliquees dans le projet. Les facteurs environnementaux de I'entreprise peuvent etre favorables 
ou defavorables aux options de management de projet et peuvent avoir une influence positive ou negative sur 
le resultat. lis sont considered comme des donnees d'entree dans la plupart des processus de planification. 

Parmi tous les exemples de facteurs environnementaux de I'entreprise, on peut citer : 

• la culture, la structure et les processus organisationnels ; 

• les normes gouvemementales ou d'industries (par exemple, les regimentations des organismes de 
normalisation, les normes de produits, les normes de qualite et les normes de fabrication) ; 

• I'infrastructure (par exemple les installations et biens d'equipement) ; 

• les ressources humaines existantes (par exemple, les competences, les disciplines et les 
connaissances telles que conception, developpement, aspects legaux, etablissement de contrats et 
les approvisionnements) ; 

• I'administration du personnel (par exemple, les procedures d'engagement et de maintien des 
ressources humaines, les revues de performance des employes et leurs enregistrements de 
formation, la politique d'heures supplementaires et le suivi du temps de travail) ; 

• les systemes d'autorisation des travaux de I'entreprise ; 

• les conditions du marche ; 

• la tolerance aux risques des parties prenantes ; 

• le climat politique ; 

• les canaux de communication etablis dans I'organisation ; 

• les bases de donnees commerciales (par exemple, les donnees d'estimation des couts standards, les 
informations provenant d'etudes de risque dans I'industrie et les bases de donnees des risques) ; et 

• les systemes de gestion de I'information du projet (par exemple, un outil automatise tel qu'un logiciel 
de planification, un systeme de management de la configuration, un systeme de collecte et de 
diffusion de I'information, ou des interfaces Web avec d'autres systemes automatises en ligne). 
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CYCLE DE VIE DU PROJET ET ORGANISATION 

Les projets et le management de projet se deroulent dans un environnement plus vaste que celui du projet lui- 
meme. La comprehension de ce contexte elargi aide a effectuer le travail en accord avec les buts de I'entreprise, 
et a le gerer conformement aux methodologies des pratiques etablies de I'organisation. Ce chapitre decrit la 
structure fondamentale d'un projet et presente d'autres considerations importantes de haut niveau, parmi 
lesquelles la fagon dont les projets influent sur le travail operationnel, I'influence des parties prenantes au dela de 
I'equipe de projet et la fagon dont la structure organisationnelle affecte le projet dans la constitution de son equipe, 
son management et son execution. Les sujets majeurs suivants sont developpes : 

2.1 Le cycle de vie du projet— Vue d'ensemble 

2.2 Les projets par rapport au travail operationnel 

2.3 Les parties prenantes 

2.4 Les influences organisationnelles sur le management de projet 

2.1 Le cycle de vie du projet — Vue d'ensemble 

Un cycle de vie du projet est un ensemble de phases, habituellement en sequence et parfois en 
chevauchement, dont le nom et le nombre sont determines par les besoins de management et de maitrise 
de I'organisation, ou des organisations qui prennent part au projet et, egalement, par la nature du projet lui- 
meme et par son domaine d'application. Un cycle de vie peut etre documents a I'aide d'une methodologie. 
Le cycle de vie du projet peut etre determine ou conditionne par les aspects uniques de I'organisation, de 
I'industrie ou de la technologie mise en oeuvre. Tandis que tout projet a un debut et une fin determines, les 
livrables et activites specifiques qui interviennent entre ces deux etapes vont varier de maniere importante 
avec le projet. Quel que soit le travail particulier concerne, le cycle de vie fournit un cadre de reference pour 
le management du projet. 
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2.1 .1 Caracteristiques du cycle de vie du projet 

Les projets different par leur faille et leur complexite. La structure du cycle de vie de tous les projets, 
qu'ils soient de grande ou de petite taille, simples ou complexes, peut etre schematised de la fagon suivante 
(voir figure 2-1) : 

• demarrage du projet, 

• organisation et preparation, 

• execution du travail du projet, et 

• cloture du projet. 

Cette structure generique de cycle de vie est souvent mentionnee au cours des communications avec 
la direction ou d'autres organisations moins familiarisees avec les details du projet. Cette perspective 
de haut niveau permet de fournir un referentiel commun pour comparer des projets, meme s'ils sont par 
nature differents. 
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Figure 2-1 . Niveau des couts et des ressources humaines type au cours du cycle de vie du projet 
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La structure generique du cycle de vie presente generalement les caracteristiques suivantes : 

• En debut de projet, le niveau des couts et des ressources humaines est faible ; sa valeur maximale 
est atteinte au cours de I'execution du projet et baisse lorsque le projet approche de son terme. Cette 
variation est illustree sur la figure 2-1 par la courbe en pointille. 

• En debut de projet, I'importance de I'influence des parties prenantes, du risque et de I'incertitude est 
la plus grande (comme illustre sur la figure 2-2). L'effet de ces facteurs diminue au cours de la vie 
du projet. 

• Sans avoir d'impact significatif sur les couts, la capacite d'influer sur les caracteristiques finales 
du produit du projet est la plus forte en debut de projet et diminue lorsque le projet approche de 
son terme. La figure 2-2 illustre la notion de croissance, generalement importante, du cout des 
modifications et de la correction des erreurs lorsque le projet approche de son terme. 
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Figure 2-2. Impact des variables en fonction de la position du projet dans le temps 

Dans le contexte de la structure generique du cycle de vie, un chef de projet peut etablir la necessite 
d'une maitrise plus efficace sur certains livrables. Les projets complexes et de taille importante, en particulier, 
peuvent avoir besoin d'une maitrise plus importante. Dans ces cas-la, le travail effectue pour atteindre les 
objectifs du projet peut tirer profit d'une decomposition formelle en phases. 
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2.1 .2 Relations entre le cycle de vie du produit et le cycle de vie du projet 

Le cycle de vie du produit passe par des phases de produit, generalement en sequence et sans 
chevauchements, determinees par les besoins de fabrication et de maitrise de I'organisation. La demiere 
phase du cycle de vie du produit est generalement le retrait du produit. En general, un ou plusieurs cycles de 
vie de projet sont englobes dans le cycle de vie d'un produit. II taut distinguer soigneusement le cycle de vie du 
projet de celui du produit. Tous les projets ont une finalite ou un objectif, mais, lorsque I'objectif est un service 
ou un resultat, le resultat ou le service peut avoir un cycle de vie sans qu'il y ait un cycle de vie du produit. 

Lorsque le resultat d'un projet est un produit, il existe plusieurs relations possibles. Par exemple, le 
developpement d'un nouveau produit peut etre un projet par lui-meme. Mais dans d'autres cas, un produit 
existant peut beneficier d'un projet qui lui apporte de nouvelles fonctions ou caracteristiques, ou un projet 
peut etre cree pour developper un nouveau modele. Plusieurs aspects du cycle de vie du produit peuvent eux- 
memes etre traites comme des projets ; par exemple, la conduite d'une etude de faisabilite ou d'une etude de 
marche, d'une campagne de publicity I'installation d'un produit, la mise en place de groupes de consultation, 
I'essai d'un produit dans un marche-test, etc. Dans chacun de ces exemples, le cycle de vie du projet sera 
different de celui du produit. 

Puisqu'un produit peut etre associe a plusieurs projets, des gains d'efficacite peuvent etre obtenus par une 
gestion globale de ces projets. Par exemple, plusieurs projets distincts peuvent etre lies au developpement d'une 
nouvelle automobile. Chacun des projets peut etre separe, mais sa contribution est un livrable essentiel a la mise sur 
le marche de I'automobile. Le controle de tous les projets par une autorite superieure peut augmenter de maniere 
significative les chances de succes. 

2.1 .3 Phases du projet 

Un projet est divise en phases lorsqu'une maitrise supplemental s'avere necessaire au management 
efficace de I'achevement d'un livrable majeur. Les phases du projet sont generalement en sequence mais 
peuvent, dans certains cas, se chevaucher. Les phases represented des niveaux de consolidation du projet 
et constituent un element de son cycle de vie, mais une phase de projet n'est pas un groupe de processus de 
management de projet. 

La structure en phases permet une segmentation du projet en sous-ensembles logiques facilitant le 
management, la planification et la maitrise. Le nombre de phases, le besoin d'en constituer et le degre de 
maitrise exercee sont fonction de la taille, la complexite et I'impact potentiel du projet. Les phases, quel que 
soit leur nombre dans un projet, possedent toutes des caracteristiques similaires : 
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• Lorsqu'elles sont sequentielles, la fin d'une phase est accompagnee d'une forme de transfert du 
produit du travail ; c'est un livrable de la phase. Cette fin de phase represents un point naturel de 
devaluation de I'effort en cours et, si necessaire, de modification ou de terminaison du projet. Ces 
points sont designes par fins de phase, jalons, portes de fin de phase, points de decision, portes de 
fin d'etape ou points d'arret. 

• Le travail sur lequel on se focalise est different des autres phases, ce qui enframe souvent des 
organisations differentes et d'autres competences. 

• Le livrable cle ou I'objectif de la phase necessite un niveau de maitrise plus eleve pour confirmer son 
achevement. La repetition des processus au sein des cinq groupes de processus, tel que decrit dans 
le chapitre 3, apporte ce degre de maitrise supplemental et delimite la phase. 

Bien que de nombreux projets utilisent des noms de phases similaires, avec des livrables similaires, peu 
sont identiques. Certains projets ne comportent qu'une phase, comme illustre sur la figure 2-3, alors que 
d'autres peuvent en avoir plusieurs. La figure 2-4 montre un exemple de projet a trois phases. D'une maniere 
generale, des phases differentes ont des durees ou des longueurs differentes. 
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Figure 2-3. Exemple de projet a phase unique 

II n'existe pas de moyen simple de definir la structure ideale d'un projet. Bien que les pratiques communes 
a des industries conduisent souvent a utiliser une structure preferee, les projets au sein d'une meme industrie 
(ou meme dans une organisation particuliere) peuvent avoir des structures tres differentes. Certaines 
organisations ont etabli des politiques de normalisation de tous les projets, tandis que d'autres permettent a 
I'equipe de management de projet de choisir ce qui est le mieux adapte a leur projet particulier. Par exemple, 
une organisation peut considerer une etude de faisabilite comme un travail routinier d'avant-projet, une autre 
comme la premiere phase d'un projet, et une troisieme comme une etude separee, done un projet autonome. 
De la meme fagon, une equipe de projet pourra diviser un projet en deux phases alors qu'une autre equipe 
preferera n'en avoir qu'une. Tout depend de la nature du projet particulier et du style de I'equipe de projet ou 
de I'organisation. 
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.1 Gouvernance de projet au cours du cycle de vie 

La gouvernance de projet fournit une methode complete et coherente pour maitriser le projet et 
assurer sa reussite. Son approche doit etre decrite dans le plan de management du projet. Elle doit 
s'inscrire dans le contexte plus large du programme ou de I'organisation commanditaire. 

Compte tenu de ces contraintes et des limites supplementaires de temps et de budget, il incombe au 
chef de projet et a I'equipe de management de projet de determiner la methode d'execution du projet 
la plus appropriee. Des decisions doivent etre prises quant aux personnes impliquees, aux ressources 
necessaires et a I'approche generale pour mener a bien le travail. Une autre consideration importante 
porte sur le nombre de phases que comportera le projet, ainsi que sur la structure specifique de ces 
phases s'il y en a plusieurs. 

La structure en phases fournit une base formelle de maitrise. Chaque phase est formellement 
initialised de fagon que soit specifies ce qui est permis et attendu de cette phase. Une revue de 
management est souvent conduite pour decider du demarrage des activites d'une phase. Ceci est 
particulierement le cas lorsqu'une phase precedents n'est pas encore terminee. Une organisation 
choisissant un cycle de vie au cours duquel plusieurs phases progressent simultanement en serait 
un exemple. Le debut d'une phase est egalement I'occasion de valider a nouveau les hypotheses 
anterieures, de revoir les risques et de definir avec plus de details les processus necessaires pour 
achever le ou les livrables de la phase. Par exemple, lorsqu'une phase particuliere n'exige pas I'achat 
de nouveaux materiaux ou equipements, il ne serait pas utile d'entreprendre les activites ou d'effectuer 
les processus associes aux approvisionnements. 

Une phase du projet se conclut generalement, et est formellement close, par une revue des livrables 
afin de determiner s'ils sont complets et de decider de leur acceptation. Une revue de fin de phase peut 
permettre d'obtenir a la fois I'autorisation de cloturer la phase en cours et de demarrer la phase suivante. 
Cette fin de phase represents un point naturel de devaluation de I'effort en cours et, si necessaire, de 
modification ou de terminaison du projet. Une pratique qui doit etre considered comme bonne consiste 
en une revue des livrables cles et de la performance du projet a cette date dans le but de a) decider 
de la continuation du projet et du demarrage de la phase suivante, et b) detecter et corriger les erreurs 
au moindre cout. L'achevement formel d'une phase n'entrame pas necessairement I'autorisation de 
demarrer la phase suivante. Par exemple, une phase peut etre clotures sans qu'il soit decide d'en 
initialiser une autre, si le risque est estime trap grand pour que le projet continue, ou lorsque les objectifs 
ne sont plus necessaires. 

.2 Relations entre phases 

Lorsqu'il s'agit de projets a phases multiples, les phases font partie d'un processus generalement 
sequentiel congu pour assurer une maitrise appropriee du projet et pour obtenir le produit, le service 
ou le resultat desire. Cependant, un projet peut parfois beneficier de phases qui se chevauchent ou 
qui sont concurrentes. 
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II existe trois types fondamentaux de relations entre phases : 

• Une relation sequentielle, par laquelle une phase ne peut demarrer que lorsque la precedente est 
terminee. La figure 2-4 montre un exemple de projet compose uniquement de phases sequentielles. 
Cette structure etape par etape reduit I'incertitude mais peut eliminer des possibilites de raccourcir 
la duree du projet. 

• Une relation de chevauchement, par laquelle une phase peut demarrer avant la fin de la phase 
precedente (voir figure 2-5). C'est une technique de compression de I'echeancier, parfois utilisee et 
appelee execution acceleree par chevauchement. Les phases en chevauchement peuvent augmenter 
le risque et necessiter des reprises lorsque la phase suivante se deroule avant que I'information 
provenant de la phase precedente ne soit disponible. 




Figure 2-4. Exemple de projet a trois phases 




Figure 2-5. Exemple de projet compose de phases en chevauchement 
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• Une relation iterative, par laquelle une phase seule est planifiee a un moment donne quelconque, et 
par laquelle la phase suivante est planifiee alors que s'effectue le travail requis par la phase en cours 
et ses livrables. Cette approche est utile dans des environnements qui, comme la recherche, sont 
dans une large mesure indetermines, incertains ou rapidement changeants, mais elle peut diminuer 
les possibilites d'une planification a long terme. Le contenu est alors gere par la production continue 
et incrementielle de livrables et I'etablissement de priorites sur les exigences, de fagon a minimiser 
les risques du projet et a maximiser la valeur commerciale du produit. De plus, la disponibilite de 
tous les membres de I'equipe de projet (dans la conception, le developpement, par exemple) peut 
etre requise pendant tout le projet ou, au moins, pendant deux phases consecutives. 

Plusieurs relations entre phases peuvent avoir lieu durant le cycle de vie des projets a phases 
multiples. Des aspects tels que le niveau de maitrise requis, I'efficacite et le degre d'incertitude 
determinent les relations entre les phases. Compte tenu de cela, ces trois types de relations peuvent 
etre presents entre diverses phases d'un projet particulier. 

2.2 Les projets par rapport au travail operationnel 

Les organisations menent des travaux dans le but d'atteindre un ensemble d'objectifs. Dans de nombreuses 
organisations, le travail effectue peut etre soit un projet soit un travail operationnel. 

Ces deux types de travaux ont en commun plusieurs caracteristiques : 

• ils sont effectues par des individus, 

• ils sont soumis a des contraintes, dont celles des ressources, 

• ils sont planifies, executes, surveilles et maitrises, et 

• ils sont effectues pour realiser des objectifs organisationnels ou des plans strategiques. 

Les projets et les operations different principalement par le fait que les operations sont continues et 
produisent des produits, services ou resultats repetitifs. Les projets sonttemporaires (les membres de I'equipe 
et, souvent, la fenetre d'opportunite le sont aussi) et prennent fin. Inversement, le travail operationnel est 
continu et supporte I'organisation au fil du temps. II ne se termine pas lorsque ses objectifs courants sont 
atteints mais, au contraire, suit de nouvelles orientations en soutien des plans strategiques de I'organisation. 
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Le travail operationnel supporte I'environnement d'affaires dans lequel sont executes les projets. En 
consequence, il y a en general une quantite significative d'interactions entre les departements en charge 
des operations et l'equipe de projet, car ils travaillent ensemble pour atteindre les objectifs du projet. C'est 
le cas, par exemple, lorsqu'un projet est cree pour renover un produit. Le chef de projet peut etre amene a 
travailler avec plusieurs responsables operationnels pour rechercher les preferences des clients, etablir des 
specifications techniques, construire un prototype, I'essayer et commencer la fabrication. L'equipe va entrer en 
contact avec les departements operationnels pour determiner la capacite de fabrication de I'equipement actuel, 
ou la periode la plus appropriee pour transformer les lignes de production et fabriquer le nouveau produit. 

La quantite de ressources foumies par les operations variera d'un projet a un autre. On peut citer comme 
exemple, le personnel operationnel affecte en tant que ressources dediees a un projet. Son expertise 
operationnelle est utilisee a I'execution et a I'assistance dans I'achevement des livrables du projet en travaillant 
avec le reste de l'equipe de projet pour mener le projet a son terme. 

Selon la nature du projet, les livrables peuvent modifier le travail operationnel existant ou y contribuer. 
Dans ce cas, le departement en charge des operations integrera les livrables dans les pratiques futures de 
I'entreprise. Parmi les exemples de ces types de projets, on peut citer : 

• le developpement d'un nouveau produit ou service qui est ajoute a la gamme de produits d'une 
organisation pour etre mis sur le marche et vendu, 

• I'installation de produits ou de services qui necessiteront un support continu, 

• des projets internes qui affecteront la structure, les niveaux de ressources humaines ou la culture 
d'une organisation, ou 

• le developpement, I'acquisition ou Amelioration du systeme d'information d'un departement 
operationnel. 

2.3 Les parties prenantes 

Les parties prenantes sont des personnes ou des organisations (par exemple des clients, des commanditaires, 
I'entreprise realisatrice ou le public) qui prennent une part active au projet, et dont les interets peuvent etre 
affectes, positivement ou negativement, par la performance du projet ou par son achevement. Les parties 
prenantes peuvent egalement avoir une influence sur le projet, ses livrables et les membres de l'equipe de 
projet. L'equipe de management de projet doit identifier les parties prenantes, internes et extemes, afin de 
determiner les exigences du projet et les attentes de toutes les parties impliquees. De plus, le chef de projet 
doit gerer les influences des diverses parties prenantes en tenant compte des exigences du projet afin d'en 
assurer le succes. La figure 2-6 illustre les relations qui existent entre le projet, l'equipe de projet et les autres 
parties prenantes. 
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Parties prenantes du projet 




Figure 2-6. Relations entre les parties prenantes et le projet 

Les niveaux de responsabilite et d'autorite des parties prenantes qui participent au projet varient et 
peuvent evoluer au cours du cycle de vie du projet. Leur responsabilite et leur autorite vont de contributions 
occasionnelles a des enquetes et des groupes de reflexion au parrainage complet du projet avec soutien 
financier et politique. Des parties prenantes peuvent porter prejudice aux objectifs du projet. 

[.'identification des parties prenantes est un processus continu et peut s'averer difficile. On pourrait par 
exemple argumenter sur le fait que I'ouvrier d'une chaine de montage est une partie prenante, car son emploi 
futur depend du resultat du projet de conception d'un nouveau produit. ^identification des parties prenantes 
et la comprehension de leur degre relatif d'influence sur le projet sont essentielles et, si elles ne sont pas 
reconnues comme telles, peuvent avoir un effet negatif substantiel sur I'echeancier et les couts. Par exemple, 
I'identification tardive du service juridique comme partie prenante peut entramer des retards et des depenses 
supplemental dues aux exigences legales. 

Un projet peut etre pergu par les parties prenantes comme ayant a la fois des resultats positifs et negatifs. 
Certaines parties prenantes beneficient d'un projet acheve avec succes, alors que pour d'autres le succes d'un 
projet n'apporte que des resultats negatifs ; ce peut etre le cas, par exemple, de chefs d'entreprises qui vont 
beneficier d'un projet d'expansion industrielle par ses retombees economiques positives sur la communaute. 
Les interets des parties prenantes dont les attentes sont positives seront mieux servis en assurant le succes 
du projet. Par contre, les interets des parties prenantes dont les attentes sont negatives seront mieux servis en 
entravant le succes du projet. Ne pas tenir compte des parties prenantes negatives peut augmenter la probabilite 
d'un echec. Un aspect important de la responsabilite du chef de projet porte sur le management des attentes 
des parties prenantes. Ce peut etre difficile car les parties prenantes ont souvent des objectifs tres differents et 
contradictoires. II est de la responsabilite du chef de projet de ponderer ces interets et d'assurer une interaction 
professionnelle et cooperative entre I'equipe de projet et les parties prenantes. Des exemples de parties prenantes 
du projet sont decrits ci-apres. 



©2008 Project Management Institute. Guide du Corpus des connaissances en management de projet (Guide PMBOK®) — Quatrieme edition 



CHAPITRE 2 - CYCLE DE VIE DU PROJET ET ORGANISATION 



Les clients/les utilisateurs. Ce sont les personnes ou les organisations qui utiliseront le produit, le 
service ou le resultat du projet. Elles peuvent etre internes et/ou externes a I'entreprise realisatrice. 
Plusieurs niveaux de clients peuvent aussi exister. Par exemple, les clients d'un nouveau produit 
pharmaceutique peuvent etre les medecins qui le prescrivent, les patients qui I'utilisent et les 
assureurs qui le remboursent. Clients et utilisateurs sont, dans certains cas, synonymes ; dans 
d'autres cas les clients sont les organisations qui acquierent le produit du projet, et les utilisateurs 
ceux qui I'utilisent directement. 

Le commanditaire. C'est la personne ou le groupe qui finance le projet, en capitaux ou en nature. 
Au debut de la conception d'un projet, c'est le commanditaire qui le soutient. II en est le porte-parole 
aupres des niveaux plus eleves du management afin d'obtenir le soutien de I'organisation et de 
promouvoir les avantages qu'apportera le projet. Le commanditaire dirige le projet au cours des 
processus d'engagement ou de selection jusqu'a ce qu'il soit formellement autorise, et il joue un role 
important dans le developpement du contenu initial et de la charte. 

II est le point d'escalade pour les problemes majeurs dont la resolution depasse I'autorite du chef 
de projet. Le commanditaire peut egalement etre implique dans d'autres problemes majeurs tels 
qu'une autorisation de changement de contenu, des revues de fin de phase, et des decisions d'aller 
de I'avant ou non lorsque les risques sont particulierement eleves. 

Les directeurs de portefeuille/le comite de revue des portefeuilles. Les directeurs de portefeuille 
sont charges de la gouvemance a haut niveau d'un ensemble de projets ou de programmes qui 
peuvent etre ou non interdependants. Les comites de revue des portefeuilles sont habituellement 
constitues de cadres dirigeants dont le role est de selectionner les projets. lis precedent a la revue de 
chaque projet en examinant le rendement des investissements, la valeur du projet, les risques qu'il 
presente ainsi que d'autres attributs. 

Les directeurs de programme. Les directeurs de programme sont charges du management 
coordonne des projets apparent.es, afin d'obtenir des avantages et une maitrise qu'il ne serait pas 
possible d'obtenir avec un management individuel de ces projets. Les directeurs de programme 
interagissent avec chaque chef de projet en leur apportant soutien et conseils. 

Le bureau des projets. Un bureau des projets est une unite organisationnelle ou une entite chargee 
de diverses responsabilit.es liees au management centralise et coordonne des projets qui relevent de 
son domaine. Les responsabilit.es d'un bureau des projets peuvent aller de la foumiture de fonctions 
de soutien pour le management de projet jusqu'a la responsabilit.edu management direct d'un projet. 
Le bureau des projets peut etre une partie prenante s'il assume une responsabilite directe ou indirecte 
sur le resultat du projet. Le bureau des projets peut fournir, en particulier : 



©2008 Project Management Institute. Guide du Corpus des connaissances en management de projet (Guide PMBOK®) — Quatrieme edition 



CHAPITRE 2 - CYCLE DE VIE DU PROJET ET ORGANISATION 



o des services de support administratif tels que politiques, methodologies et modeles ; 

o de la formation, du mentorat et du coaching aux chefs de projet ; 

o un support pour le projet, du conseil et de la formation sur le management de projet et 
I'utilisation des outils ; 

o I'harmonisation des ressources humaines ; et/ou 

o une communication centralisee entre les chefs de projet, les commanditaires du projet, les 
responsables fonctionnels et d'autres parties prenantes. 

Les chefs de projet. Les chefs de projet sont designes par I'entreprise realisatrice avec pour mission 
d'atteindre les objectifs des projets. C'est un role important, d'un niveau de responsabilite eleve et 
dans lequel le chef de projet fait face a de nombreux defis et des priorit.es changeantes. II demande 
de la flexibility, un bon jugement, un fort leadership, une tres bonne aptitude a la negociation et une 
solide connaissance des pratiques de management de projet. Un chef de projet doit etre capable 
de comprendre les details du projet, tout en le gerant dans une perspective d'ensemble. C'est la 
personne responsable du succes du projet et, de ce fait, il est en charge de tous les aspects du projet 
dont, en particulier : 

o I'elaboration du plan de management du projet et de tous les composants associes, 

o le maintien de la maitrise du projet en ce qui conceme I'echeancier et le budget, 

o I'identification, la surveillance et la reponse aux risques, et 

o I'etablissement en temps voulu de rapports precis sur les metriques du projet. 

Le chef de projet est responsable de la communication avec toutes les parties prenantes, en 
particulier le commanditaire du projet, I'equipe de projet et d'autres parties prenantes cles. II se 
trouve au centre des interactions entre les parties prenantes et le projet lui-meme. 

L'equipe de projet. Une equipe de projet est composee du chef de projet, de I'equipe de 
management de projet et d'autres membres de I'equipe dont le travail n'est pas necessairement 
lie au management du projet. Cette equipe comprend les personnes qui vont effectuer le travail du 
projet ; elles proviennent de differents groupes et chacune apporte la connaissance d'une matiere 
particuliere ou une competence particuliere. 

Les responsables fonctionnels. Les responsables fonctionnels sont les personnes cles chargees 
d'un role de management dans la partie administrative ou fonctionnelle de I'entreprise, comme 
par exemple les ressources humaines, la finance, la comptabilite ou les approvisionnements. Une 
equipe permanente leur est attribute pour effectuer le travail en cours, et leur mission precise 
est de manager toutes les taches incombant a leur domaine de responsabilite fonctionnelle. Le 
responsable fonctionnel peut apporter une expertise particuliere au projet, ou remplir une fonction 
de service au projet. 
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• Le management des operations. Les responsables des operations remplissent des roles de 
management dans les domaines d'activites de base de I'entreprise comme, par exemple, la recherche 
et le developpement, la conception, la fabrication, I'approvisionnement, les essais ou I'entretien. A la 
difference des responsables fonctionnels, ils ont affaire directement a la production et au maintien 
des produits ou services commercialisables. Selon le cas, la documentation technique du projet et 
d'autres enregistrements permanents sont transmis formellement, lors de I'achevement du projet, 
aux personnes appropriees du groupe de management des operations. Lorsque ce transferta lieu, le 
management des operations incorpore ces donnees aux operations normales et assure un support 
a long terme. 

• Les vendeurs/les partenaires commerciaux. Les vendeurs, appeles egalement foumisseurs ou 
entrepreneurs, sont des entreprises extemes qui s'engagent par contrat a fournir les composants 
ou les services necessaires au projet. Les partenaires commerciaux sont egalement des entreprises 
extemes mais leurs relations avec I'entreprise sont particulieres et souvent le resultat d'un processus 
de certification. Ils fournissent une expertise particuliere ou remplissent un role bien determine tel 
qu'une installation, une personnalisation, de la formation ou de I'assistance. 

2.4 Les influences organisationnelles sur le management de projet 

La culture d'une organisation, son style et sa structure ont une influence sur la fagon dont les projets sont 
executes. Le degre de maturite d'une organisation, en ce qui concerne le management de projet, ainsi que 
ses systemes de management de projet influencent egalement le projet. Le projet sera influence par plusieurs 
entreprises lorsqu'il implique des organisations extemes faisant partie d'entreprises en coparticipation ou de 
partenariats. Les sections suivantes decrivent les caracteristiques et les structures organisationnelles qui, dans 
une entreprise, peuvent probablement avoir une influence sur le projet. 

2.4.1 Les cultures et les styles organisationnels 

Les cultures et les styles peuvent avoir une forte influence sur la capacite d'un projet a atteindre ses 
objectifs. Les cultures et les styles sont habituellement connus sous le nom de « normes culturelles ». Les 
« normes » comprennent une connaissance commune sur la fagon d'approcher la realisation du travail, les 
moyens considered comme acceptables pour cette realisation et les personnes dont I'influence va la faciliter. 

La plupart des organisations ont developpe des cultures uniques qui se manifestent de plusieurs fagons 
dont, en particulier : 

• le partage d'une vision, des valeurs, des normes, des convictions et des attentes, 

• des politiques, des methodes et des procedures, 

• une perception des relations d'autorite, et 

• une ethique de travail et un horaire de travail. 
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La culture organisationnelle est un facteur environnemental de I'entreprise, comme le decrit la section 1 -8. 
Le chef de projet doit comprendre, par consequent, les differents styles et cultures organisationnels qui peuvent 
affecter un projet. Dans certains cas, par exemple, la personne figurant en haut de rorganigramme peut etre 
un prete-nom qui n'est pas veritablement en charge. Le chef de projet doit connaitre les personnes qui, dans 
I'organisation, sont les preneurs de decisions, et il doit travailler avec elles pour le succes du projet. 

2.4.2 La structure organisationnelle 

La structure organisationnelle est un facteur environnemental de I'entreprise qui peut affecter la disponibilite 
des ressources et avoir une influence sur la conduite des projets. Les types de structures organisationnelles 
sont divers et vont du type fonctionnel au type par projet en passant par de nombreuses structures matricielles. 
Le tableau 2-1 indique les caracteristiques cles des projets en fonction des principaux types de structures 
organisationnelles. 

Tableau 2-1 . Influences de I'organisation sur les projets 



Fonctionnelle 



Personnel 
administratif de 
management de projet 



Matrice faible 



Matrice equilibree 



L'organisation fonctionnelle classique, illustree sur la figure 2-7, s'appuie sur une hierarchie dans laquelle 
chaque employe a un superieur bien identifies. A haut niveau, les membres de I'equipe sont regroupes par 
specialit.es telles que la production, la commercialisation, I'ingenierie et la comptabilite. Les specialit.es 
peuvent etre subdivisees en organisations fonctionnelles telles que I'ingenierie mecanique et electrique. 
Dans une organisation fonctionnelle, chaque departement accomplira son travail du projet independamment 
des autres departements. 
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Figure 2-7. Organisation fonctionnelle 

Les organisations matricielles, comme illustre sur les figures 2-8 a 2-1 0, sont des combinaisons de structures 
fonctionnelle et par projets. Les matrices faibles conservent de nombreuses caracteristiques des organisations 
fonctionnelles, et le role du chef de projet est plus celui d'un coordinateur ou d'un facilitateur que celui d'un 
manager. Les matrices fortes conservent de nombreuses caracteristiques des organisations par projets et 
peuvent comporter des chefs de projet a plein temps, disposant d'une autorite importante et d'un personnel 
administratif de projet a plein temps. Bien que I'organisation matricielle equilibree reconnaisse la necessite d'un 
chef de projet, elle ne lui laisse pas une autorite totale sur le projet et son financement. Le tableau 2-1 donne 
des details supplemental sur diverses structures d'organisation matricielle. 
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Figure 2-8. Organisation matricielle faible 
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Figure 2-9. Organisation matricielle equilibree 
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Figure 2-10. Organisation matricielle forte 

A I'extremite opposee du spectre de I'organisation fonctionnelle se trouve I'organisation par projets, illustree 
sur la figure 2-1 1 . Dans une telle organisation, les membres de I'equipe se trouvent souvent au meme endroit, 
la plupart des ressources de I'organisation participentau travail du projet et les chefs de projet disposent d'une 
grande independance et d'une autorite importante. Les organisations par projet comportent souvent des unites 
organisationnelles appelees departments qui, soit dependent directement du chef de projet, soit foumissent 
des services de support aux divers projets. 
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Figure 2-1 1 . Organisation par projets 
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Figure 2-12. Organisation composite 
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Comme le montre la figure 2-12, il existe des organisations qui comportent, a divers niveaux, toutes 
les structures decrites precedemment ; ce sont des organisations composites. Par exemple, meme une 
organisation fonctionnelle pure peut mettre en place une equipe de projet dediee pour realiser un projet 
critique. Une telle equipe peut avoir de nombreuses similarit.es avec une equipe de projet d'une organisation 
par projets. L'equipe peut comporter un personnel a plein temps, issu de differents departementsfonctionnels ; 
elle peut developper son propre ensemble de procedures operationnelles et peut fonctionner en dehors de 
la structure hierarchique formelle. 

2.4.3 Actifs organisationnels 

Les actifs organisationnels comprennent I'un ou I'autre des actifs relatifs aux processus, provenant de 
Tune ou I'autre des organisations impliquees dans le projet qui peuvent influencer le succes du projet. Ces 
actifs des processus comprennent des plans, des politiques, des procedures et des directives, aussi bien 
formels qu'informels. Les actifs relatifs aux processus comprennent egalement les bases de connaissance 
de I'organisation comme, par exemple, les legons apprises et les informations historiques. Les actifs 
organisationnels peuvent inclure des echeanciers accomplis, des donnees sur les risques et des donnees de 
valeur acquise. En general, il appartient aux membres de l'equipe de projet de mettre a jour et de completer 
ces actifs organisationnels tout au long du projet. Les actifs organisationnels peuvent etre regroupes en 
deux categories : 

.1 Processus et procedures 

Les processus et procedures de I'organisation qui permettent d'effectuer le travail comprennent, 
en particulier: 

• des processus organisationnels standards tels que les normes, les politiques internes (par 
exemple, les politiques d'hygiene et de securite, d'ethique et de management de projet), les 
cycles de vie standards du produit et du projet, ainsi que la politique et les procedures de qualite 
(par exemple, des audits de processus, des objectifs d'amelioration, des listes de controle et 
des definitions de processus normalises a usage interne) ; 

• des directives, des instructions de travail, des criteres devaluation des offres et des criteres de 
mesure de performance, tous ces elements etant normalises ; 

• des modeles (par exemple, des modeles de risque, de structure de decoupage du projet, de 
diagramme de reseau du projet et de contrat) ; 

• des directives et des criteres d'adaptation de I'ensemble des processus normalises de 
I'organisation, dans le but de satisfaire les besoins particuliers du projet ; 

• des exigences de I'organisation en matiere de communication (par exemple, la disponibilite d'une 
technologie de communication particuliere, des medias autorises, des politiques de conservation 
des enregistrements et des exigences de securite) ; 

• des directives ou des exigences liees a la cloture du projet (par exemple, des audits finaux du 
projet, des evaluations du projet, des validations du produit et des criteres d'acceptation) ; 
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• des procedures de controle financier (par exemple, des comptes-rendus des temps de travail, 
des revues des depenses et des debours requis, des codes d'imputation comptable et des 
provisions contractuelles standards) ; 

• des procedures de management des problemes majeurs et des defauts, qui definissent les 
controles correspondants, I'identification et la resolution de ces problemes et defauts, et le suivi 
des actions point par point ; 

• des procedures de maitrise des modifications, comprenant les etapes de modification des 
normes, de la politique interne, des plans et des procedures (ou de tout autre document de 
projet), ainsi que les modalites d'approbation et de validation de ces modifications ; 

• des procedures de maitrise des risques, comprenant les categories de risques, la definition des 
probabilit.es et des impacts, et les matrices de probability et d'impact ; et 

• des procedures visant a prioriser, approuver et emettre des autorisations des travaux. 

.2 Base de connaissance de I'entreprise 

La base de connaissance organisationnelle de I'entreprise pour stacker et recuperer les informations 
comprend, en particulier : 

• des bases de donnees des mesures des processus permettant de recueillir et mettre a disposition 
les donnees de mesures sur les processus et produits, 

• des fichiers du projet (par exemple, des references de base du contenu, du cout, de I'echeancier 
et de la qualite, des references de base des mesures de performance, des calendriers du projet, 
des diagrammes de reseau du projet, des registres des risques, des actions de reponse prevues 
et de I'impact des risques defini), 

• des informations historiques et des bases de donnees des legons apprises (par exemple, des 
enregistrements et des documents du projet, toute information et documentation de cloture 
du projet, des informations relatives aux resultats des decisions anterieures de selection 
de projet et aux performances de projets anterieurs, et des informations sur I'effort de 
management des risques), 

• des bases de donnees sur le management des problemes majeurs et des defauts, contenant 
I'etat de ces problemes et defauts, les informations sur leur maitrise, leur resolution et les 
resultats des actions point par point, 

• des bases de connaissance sur le management de la configuration, contenant les versions 
et les references de base pour I'ensemble officiel des normes, procedures et de la politique 
interne de I'entreprise et de tous les documents du projet, et 

• des bases de donnees financiers contenant des informations telles que les heures de travail, 
les couts encourus, les budgets et tout depassement de cout du projet. 
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NORME DU MANAGEMENT D'UN PROJET 

Chapitre 3 

• Processus de management d'un projet 
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PROCESSUS DE MANAGEMENT D'UN PROJET 

Le management de projet est I'application de connaissances, de competences, d'outils et de techniques 
aux activites d'un projet afin d'en satisfaire les exigences. Cette application de connaissances necessite le 
management efficace de processus appropries. 

Un processus est un ensemble d'actions et d'activites en relation les unes avec les autres, menees a bien 
pour aboutir a un ensemble predefini de produits, de resultats ou de services. Chaque processus est caracterise 
par ses donnees d'entree, les outils et techniques applicables et les donnees de sortie qui en resultent. Le chef 
de projet, comme cela a ete explique dans les chapitres 1 et 2, doit tenir compte des actifs organisationnels et 
des facteurs environnementaux de I'entreprise. lis doivent etre pris en consideration pour chaque processus, 
meme si la specification du processus ne les mentionne pas explicitement comme des donnees d'entree. 
Les actifs organisationnels foumissent des directives et des criteres permettant d'adapter les processus 
de I'organisation aux besoins specifiques du projet. Les facteurs environnementaux de I'entreprise peuvent 
imposer des contraintes sur les options de management de projet. 

Pour assurer le succes d'un projet, I'equipe de projet doit : 

• selectionner les processus appropries qui sont necessaires a I'atteinte des objectifs du projet, 

• utiliser une approche definie qui tienne compte des exigences, 

• respecter les exigences afin de satisfaire aux besoins et aux attentes des parties prenantes, et 

• trouver un equilibre entre des demandes divergentes concemant le contenu, les delais, le cout, la 
qualite, les ressources et le risque, afin de fournir un produit de qualite. 

Les processus de management de projet sont executes par I'equipe de projet et appartiennent generalement 
a I'une des deux principales categories suivantes : 

• Les processus de management de projet, qui permettent un deroulement efficace du projet au cours 
de son existence. Ces processus incluent les outils et techniques utilises dans I'application des 
competences et capacites decrites dans les Domaines de connaissance (chapitres 4 a 12). 

• Les processus orientes produit, qui specifient et creent le produit du projet. Ces processus sont 
typiquement definis par le cycle de vie du projet (comme explique dans la section 2.1 .2) et varient en 
fonction du champ d'application. Le contenu du projet ne peut etre defini en I'absence d'une certaine 
comprehension sur la maniere de creer le produit specifie. Par exemple, des outils et techniques de 
construction varies doivent etre considered lors de la determination de la complexity globale de la 
maisonaconstruire. 
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Cette norme ne porte que sur les processus de management de projet. Bien que les processus orientes 
produit ne fassent pas partie du contenu de cette norme, ils ne doivent pas etre ignores par le chef de projet. 
Les processus de management de projet et les processus orientes produit se chevauchent et interagissent au 
cours de la vie du projet. 

Les processus de management de projet s'appliquent globalement et dans tous les groupes d'industries. 
« Bonne pratique » signifie qu'il existe un large consensus sur le fait que Implication des processus de 
management de projet ameliore les chances de succes de projets tres divers. 

Ceci ne signifie pas que la connaissance, les competences et les processus decrits 
doivent etre appliques de maniere uniforme a tous les projets. II incombe toujours 
au chef de projet, en collaboration avec I'equipe de projet, de determiner quels 
processus sont appropries pour un projet donne, et quel niveau de rigueur est 
approprie pour chaque processus. 

Les chefs de projet et leurs equipes devraient considerer soigneusement chaque processus, avec ses donnees 
d'entree et de sortie. Ils devraient utiliser ce chapitre comme guide pour les processus dont ils doivent tenir compte 
dans le management de leur projet. Cet effort est connu sous le nom d'elaboration sur mesure. 

Le management de projet est une demarche d'integration qui, afin de faciliter la coordination, necessite que 
chacun des processus du projet et du produit soit aligne avec les autres processus et relie a eux convenablement. 
Les actions entreprises au cours d'un processus affectent generalement ce processus et les processus qui lui 
sont relies. Par exemple, une modification du contenu affecte de fagon typique le cout du projet mais peut ne pas 
affecter le plan de communication ou la qualite du produit. Ces interactions de processus necessitent souvent 
des compromis entre les exigences et les objectifs du projet, et les compromis de performance specifiques 
seront differents d'un projet a un autre et d'une organisation a une autre. La reussite en management de projet 
comprend la gestion active de ces interactions afin de satisfaire aux exigences du commanditaire, du client 
et des autres parties prenantes. Dans certains cas, un processus ou un ensemble de processus necessiteront 
plusieurs iterations avant d'atteindre le resultat requis. 

Les projets existent au sein d'une organisation et ne peuvent pas etre executes en systeme ferme. Ils necessitent 
des donnees d'entree venant de I'organisation et au-dela, et apportent en retour des capacites a I'organisation. Les 
processus de projet peuvent generer des informations qui amelioreront le management de projets futurs. 

Cette norme decrit la nature des processus de management de projet en termes d'integration des processus 
entre eux, de leurs interactions et des buts qu'ils poursuivent. Ces processus sont rassembles en cinq groupes 
appeles groupes de processus de management de projet (ou groupes de processus), a savoir : 
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• le groupe de processus de demarrage. Ces processus permettent de definir un nouveau projet ou 
une nouvelle phase d'un projet existant en obtenant I'autorisation de demarrer le projet ou la phase. 

• le groupe de processus de planification. Ces processus permettent d'elaborer le contenu du projet, 
d'affiner les objectifs et de definir la suite des actions necessaires a I'atteinte des objectifs pour lesquels 
le projet a ete entrepris. 

• le groupe de processus d'execution. Ces processus permettent d'accomplir le travail defini dans 
le plan de management du projet afin de respecter les specifications du projet. 

• le groupe de processus de surveillance et de maitrise. Ces processus permettent de suivre, de 
revoir et de reguler I'avancement et la performance du projet, d'identifier les parties dans lesquelles des 
modifications du plan s'averent necessaires, et d'entreprendre les modifications correspondantes. 

• le groupe de processus de cloture. Ces processus permettent de finaliser toutes les activit.es dans 
tous les groupes de processus afin de clore formellement le projet ou la phase. 

Le reste de ce chapitre apporte des informations sur le management de projet dans I'optique d'un projet 
unique organise sous la forme d'un reseau de processus lies entre eux ; il decrit ces processus et comprend 
les sections principales suivantes : 

3.1 Interactions entre processus de management de projet 

3.2 Groupes de processus de management de projet 

3.3 Groupe de processus de demarrage 

3.4 Groupe de processus de planification 

3.5 Groupe de processus d'execution 

3.6 Groupe de processus de surveillance et de maitrise 

3.7 Groupe de processus de cloture 

3.1 Interactions entre processus de management de projet 

Les processus de management de projet sont presentes comme des composants distincts ayant des 
interfaces clairement definies.Toutefois, dans la pratique, ils presentent des chevauchements et des interactions 
dont les modalit.es ne sont pas completement detaillees ici. Les praticiens du management de projet les plus 
experiment.es s'accordent a reconnaitre qu'il existe plusieurs fagons de manager un projet. Les groupes de 
processus necessaires et les processus qu'ils comportent sont des guides qui aident a appliquer correctement, 
au cours du projet, la connaissance et les competences en management de projet. Cette application des 
processus de management de projet est iterative et de nombreux processus se repetent au cours du projet. 
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La nature integrative du management de projet necessite un groupe de processus de surveillance et de 
maitrise de fagon a assurer, comme illustre sur la figure 3-1, une interaction avec les autres groupes de 
processus. Par ailleurs, le management de projet etant un effort de duree finie, le groupe de processus de 
demarrage demarre le projet et le groupe de processus de cloture le termine. 



Lancer la 

phase/Demarrer 

le projet 




Figure 3-1 . Groupes de processus de management de projet 

Les groupes de processus de management de projet sont lies par les donnees de sortie qu'ils produisent. 
Les groupes de processus sont rarement des evenements distincts ou qui ne se produisent qu'une seule fois ; 
ce sont, au contraire, des activites qui se chevauchent et qui se deroulent tout au long du projet. Les donnees 
de sortie d'un processus sont en general les donnees d'entree d'un autre processus ou les livrables du projet. 
Le groupe de processus de planification fournit le plan de management du projet et les documents du projet au 
groupe de processus d'execution et, alors que le projet se deroule, impose souvent la modification de ce plan 
et de ces documents. La figure 3-2 illustre la fagon dont les groupes de processus interagissent et montre le 
niveau de chevauchement a divers moments du projet. Lorsque le projet est divise en phases, les groupes de 
processus interagissent au sein de chaque phase. 
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Figure 3-2. Interaction des groupes de processus dans une phase ou un projet 

La sortie d'une phase de conception, qui necessite I'approbation par le client du document correspondant, 
en est un exemple. Lorsque ce document est disponible, il fournit la description du produit aux groupes de 
processus de planification et d'execution dans I'une ou plusieurs des phases suivantes. Lorsque le projet 
est divise en phases, les groupes de processus sont appeles a effectivement conduire le projet a son terme 
d'une maniere controlee et appropriee. Dans un projet a phases multiples, les processus sont repetes au 
sein de chaque phase jusqu'a ce que les criteres d'achevement de la phase soient satisfaits. De plus amples 
informations sur les cycles de vie et les phases du projet sont donnees dans le chapitre 2. 

3.2 Groupes de processus de management de projet 

Cette section identifie et decrit les cinq groupes de processus de management de projet necessaires a 
tout projet. Ces cinq groupes presentent des dependances nettes et doivent etre executes selon la meme 
sequence pour chaque projet. lis sont independants de toute consideration de champ d'application ou de 
secteur d'activite. Individuellement, les groupes de processus et les processus qui les composent sont souvent 
reiteres avant I'achevement du projet. Les processus d'un groupe peuvent avoir des interactions tant au sein 
du groupe qu'avec les autres groupes. La nature de ces interactions est differente d'un projet a un autre ; leur 
execution peut ou non suivre un ordre particulier. 

Le diagramme de flux des processus, illustre sur la figure 3-3, montre en resume le flux et les interactions 
de base entre les groupes de processus et les parties prenantes particulieres. Un groupe de processus est 
constitue des processus de management de projet, lies par leurs donnees d'entree et de sortie respectives ; 
c'est-a-dire que le resultat ou I'aboutissement d'un processus devient donnee d'entree d'un autre. Les groupes 
de processus ne sont pas des phases du projet. Dans le cas de projets de grande envergure ou complexes 
(qui peuvent etre divises en phases distinctes ou en sous-projets tels que I'etude de faisabilite, le developpement 
du concept, la conception, le prototype, la construction, les tests, etc.), tous les processus des differents groupes 
de processus peuvent normalement se repeter pour chaque phase ou chaque sous-projet. 
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Le tableau 3-1 montre comment se repartissent les 42 processus de management de projet dans les 5 groupes 
de processus de management de projet et les 9 domaines de connaissance en management de projet. Les processus 
de management de projet sont indiques dans le groupe de processus ou se deroulent la plupart des activites. Par 
exemple, un processus n'est pas considere comme nouveau s'il se trouve normalement dans le groupe de processus 
de planification et est mis a jour dans le groupe de processus d'execution. 
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Figure 3-3. Interactions des processus de management de projet 
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Tableau 3-1 . Correspondances entre groupes de processus 
de management de projet et domaines de connaissance 
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3.3 Groupe de processus de demarrage 

Le groupe de processus de demarrage comprend les processus qui permettent de definir un nouveau projet, 
ou une nouvelle phase d'un projet existant, moyennant I'autorisation de demarrer le projet ou la phase. C'est 
dans les processus de demarrage que le contenu initial est defini et que les ressources financieres initiales sont 
engagees. Les parties prenantes internes et externes, qui vont interagir et influencer le resultat d'ensemble, sont 
identifies. Le chef de projet est alors selectionne, s'il ne Test pas deja. Ces informations sont introduites dans la 
charte du projet et le registre des parties prenantes. Le projet devient officiellement autorise lorsque la charte du 
projet est approuvee. Bien que I'equipe de management de projet puisse participer a la redaction de la charte du 
projet, I'approbation et le financement sont traites en dehors des limites du projet (voir la figure 3-4). 

Dans le cadre du groupe de processus de demarrage, beaucoup de projets d'envergure ou complexes peuvent 
etre divises en phases. Dans de tels projets, les processus de demarrage se deroulent au cours des phases 
suivantes pour valider les decisions prises au cours des processus Elaborer la charte du projet et Identifier les 
parties prenantes. La reference aux processus de demarrage en debut de chaque phase aide a maintenir le 
projet centre sur le(s) besoin(s) d'affaires pour le(s)quel(s) il a ete entrepris. Les criteres de succes sont verifies, et 
I'influence et les objectifs des parties prenantes du projet sont examines. II est alors decide soit de poursuivre le 
projet, soit de le retarder ou de I'arreter. 



L'implication des clients et autres parties prenantes lors du demarrage ameliore generalement les chances d'un 
engagement commun, d'une acceptation des livrables, et de satisfaction des clients et autres parties prenantes. 




Figure 3-4. Limites du projet 
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Les processus de demarrage peuvent etre realises par des processus organisationnels de programme ou 
de portefeuille externes a la maitrise du contenu du projet. Par exemple, avant le demarrage d'un projet, le 
besoin d'exigences de haut niveau peut etre documents dans le cadre d'une initiative organisationnelle plus 
large. La faisabilite d'une nouvelle demarche peut etre etablie par un processus devaluation de diverses 
possibilit.es. Une description claire des objectifs du projet est elaboree, a laquelle sont ajoutees les raisons de 
penser qu'un projet particulier est la meilleure solution pour respecter les exigences. La documentation de 
cette decision peut egalement contenir I'enonce initial du contenu du projet, les livrables, la duree du projet 
et une prevision des ressources pour I'analyse des investissements de I'organisation. C'est au cours des 
processus de demarrage que le chef de projet regoit I'autorite d'utiliser les ressources organisationnelles pour 
conduire les activites suivantes du projet. 
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Figure 3-5. Groupe de processus de demarrage 

Le groupe de processus de demarrage (voir figure 3-5) comprend les processus de management 
de projet suivants (voir les figures 3-6 et 3-7) : 

3.3.1 Elaborer la charte du projet 

Elaborer la charte duprojetest le processus qui consiste a elaborer le document qui autorise formellement un 
projet, ou une phase de projet, et a documenter les exigences initiales qui doivent satisfaire aux besoins et aux 
attentes des parties prenantes. Dans le cas des projets a phases multiples, ce processus est utilise pour valider 
ou affiner les decisions prises au cours d'une iteration precedents du processus Elaborer la charte du projet. 
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Figure 3-6. Elaborer la charte du projet : donnees d'entree et donnees de sortie 

3.3.2 Identifier les parties prenantes 

Identifier les parties prenantes est le processus qui consiste a identifier toutes les personnes ou organisations 
touchees par le projet, et a documenter les informations pertinentes a leurs interets, leur participation et 
I'impact sur le succes du projet. 
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Figure 3-7. Identifier les parties prenantes : donnees d'entree et donnees de sortie 

3.4 Groupe de processus de planification 

Le groupe de processus de planification comprend les processus permettant d'etablir le contenu total de 
I'effort, de definir et affiner les objectifs, et de preciser la suite des actions necessaires a I'atteinte des objectifs. 
Les processus de planification permettent d'elaborer le plan de management du projet et les documents du 
projet qui seront utilises pour mener a bien le projet. La nature multidimensionnelle du management de projet 
implique la repetition de boucles de retroaction afin d'effectuer des analyses supplemental. Une planification 
supplemental peut s'averer necessaire au fur et a mesure que de plus amples informations ou caracteristiques 
sont rassemblees et comprises. Les modifications significatives qui ont lieu tout au long du cycle de vie du projet 
declenchent le besoin de revoir un ou plusieurs processus de planification, voire meme certains processus de 
demarrage. Cet ajout progressif de details au plan de management du projet est souvent appele « planification par 
vagues » pour indiquer le caractere iteratif et continu des processus de planification et documentation. 
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Figure 3-8. Groupe de processus de planification 
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Le plan de management du projet et les documents du projet, elabores comme donnees de sortie a partir du 
groupe de processus de planification, mettront I'accent sur tous les aspects relatifs au contenu, a I'echeancier, 
aux couts, a la qualite, a la communication, aux risques et aux approvisionnements. Les mises a jour dues aux 
modifications approuvees en cours du projet peuvent avoir un impact significatif sur des parties du plan de 
management et des documents du projet. Ces mises a jour amenent plus de precision au niveau de I'echeancier, 
des couts et des ressources necessaires a I'achevement du contenu defini du projet. 

L'equipe de projet devrait encourager I'implication de toutes les parties prenantes appropriees lors de la 
planification du projet et de I'elaboration du plan de management et des documents du projet. Le processus de 
retroaction et d'affinement ne pouvant pas se derouler indefiniment, les procedures etablies par I'organisation 
imposent la fin de I'effort de planification initial. Ces procedures seront affectees par la nature du projet, les 
limites qui lui sont definies, les activites appropriees de surveillance et de maitrise, et I'environnement dans 
lequel le projet est execute. 

D'autres interactions entre les processus du groupe de processus de planification dependent de la nature 
du projet. Par exemple, certains projets comportent peu de risque, ou aucun risque identifiable, tant que la plus 
grande partie de la planification n'est pas faite. L'equipe de projet pourrait constater, a ce moment-la, que les 
cibles de cout et d'echeancier sont trap difficiles a atteindre et que, par consequent, un nombre considerablement 
plus important de risques pourraient se presenter, qui n'avaient pas ete envisages auparavant. Les resultats de 
ces iterations sont document.es en tant que mises a jour du plan de management ou des documents du projet. 

Le groupe de processus de planification (figure 3-8) comprend les processus de management de projet 
identifies sur les figures 3-9 a 3-28 (voir les sections 3.4.1 a 3.4.20). 

3.4.1 Elaborer le plan de management du projet 

Elaborer le plan de management du projet est le processus qui consiste a documenter les actions necessaires 
a la definition, la preparation, I'integration et la coordination de tous les plans subsidiaires. Le plan de management 
du projet devient la source principale d'informations sur les modalites de planification, execution, surveillance et 
maitrise, et cloture du projet. 
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Figure 3-9. Elaborer le plan de management du projet : donnees d'entree et donnees de sortie 
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3.4.2 Recueillir les exigences 

Recueillirles exigences est le processus qui consiste a definir et a documenter les besoins des parties 
prenantes necessaires a I'atteinte des objectifs du projet. 



Figure 3-10. Recueillir les exigences : donnees d'entree et donnees de sortie 

3.4.3 Definir le contenu 

Definir le contenu est le processus qui consiste a elaborer une description detaillee du projet et du produit. 



.1 Charte du projet 
.2 Documentation des 

.3 A. 



Figure 3-11. Definir le contenu : donnees d'entree et donnees de sortie 

3.4.4 Crier la SDP 

Creerla structure de decoupage duprojetest le processus qui consiste a subdiviser les livrables et le travail 
du projet en composants plus petits et plus faciles a maitriser. 



if 



.2 Documentation d( 
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Figure 3-12. Creer la SDP : donnees d'entree et donnees de sortie 
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3.4.5 Definir les activites 

Definir les activites est le processus qui consiste a identifier les actions specifiques a entreprendre pour 
produire les livrables du projet. 



de I'entreprise 
.3 Actifs organisationnels 



.1 Liste d'activites 



1 



Figure 3-13. Definir les activites : donnees d'entree et donnees de sortie 

3.4.6 Organiser les activites en sequence 

Organiser les activites en sequence est le processus qui consiste a identifier et a documenter les relations 
entre les activites du projet. 



If 



4 Enonce du contenu du 



documents du projet 
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Figure 3-14. Organiser les activites en sequence : donnees d'entree et donnees de sortie 

3.4.7 Estimer les ressources necessaires aux activites 

Estimerles ressources necessaires aux activites est le processus qui consiste a definir le profil des personnes 
et a estimer leur nombre, le type et la quantite de materiels, d'equipements ou de foumitures, necessaires a 
raccomplissement de chaque activite. 
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Figure 3-15. Estimer les ressources necessaires aux activites : donnees d'entree et donnees de sortie 
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3.4.8 Estimer la duree des activites 

Estimerla duree des activitesest le processus qui consiste a estimer le nombre de periodes de travail requises 
pour achever chacune des activites avec les ressources estimees. 



II 



.6 Facteurs 

de I'entreprise 
.7 Actifs organisationnels 



.1 Estimations de la duree 



Figure 3-16. Estimer la duree des activites : donnees d'entree et donnees de sortie 

3.4.9 Elaborer I'echeancier 

Elaborer I'echeancier est le processus qui consiste a elaborer I'echeancier du projet a partir de I'analyse 
des sequences d'activites, des durees, des besoins en ressources et des contraintes de I'echeancier. 
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Figure 3-17. Elaborer I'echeancier : donnees d'entree et donnees de sortie 
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3.4.10 Estimer les couts 

Estimer les coutsest le processus qui consiste a calculer les ressources monetaires approximatives necessaires 
a raccomplissement des activites du projet. 



.6 Actifs organisationnels 



.1 Esti 
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Figure 3-18. Estimer les couts : donnees d'entree et donnees de sortie 
3.4.11 Determiner le budget 

Determiner lebudgetest le processus qui consiste a cumuler les couts estimes de chaque activite individuelle 
ou de chaque lot de travail de fagon a etablir une reference de base des couts approuvee. 
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Figure 3-19. Determiner le budget : donnees d'entree et donnees de sortie 
3.4.12 Planifier la qualite 

Planifierla qualite est le processus qui consiste a identifier les exigences et/ou les normes de qualite applicables 
au projet et au produit, et a documenter comment le projet demontrera sa conformite. 
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Figure 3-20. Planifier la qualite : donnees d'entree et donnees de sortie 
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3.4.13 Elaborer le plan des ressources humaines 

Elaborer le plan des ressources humaines est le processus qui consiste a identifier et a documenter, dans le 
cadre du projet, les roles, les responsabilites, les competences requises et les relations d'autorite, et a elaborer 
un plan de management des ressources humaines. 



if 



.1 Besoins en i 

necessairesauxactivites 
.2 Facteurs environnementaux 

de I'entreprise 
.3 Actitsorgamsationnels 



Figure 3-21 . Elaborer le plan des ressources humaines : donnees d'entree et donnees de sortie 



3.4.14 Planifier les communications 



Planifierles communications est le processus qui consiste a determiner les besoins en information des parties 
prenantes du projet et a definir une approche pour les communications. 
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Figure 3-22. Planifier les communications : donnees d'entree et donnees de sortie 

3.4.15 Planifier le management des risques 

Planifier le management des risques est le processus qui consiste a definir les methodes de conduite d 
activites de management des risques d'un projet. 
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Figure 3-23. Planifier le management des risques : donnees d'entree et donnees de sortie 
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3.4.16 Identifier les risques 

Identifier les risques est le processus qui consiste a identifier les risques pouvant affecter le projet et a 
documenter leurs caracteristiques. 



.1 Plan de management 
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Figure 3-24. Identifier les risques : donnees d'entree et donnees de sortie 
3.4.17 Mettre en oeuvre I'analyse qualitative des risques 

Mettre en ceuvre I'analyse qualitative des risques est le processus qui consiste a definir les priorites relatives 
aux risques pour analyse ou actions ulterieures, par evaluation et combinaison de la probabilite d'occurrence 
et de leur impact. 
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.2 Plan de management des 
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Figure 3-25. Mettre en oeuvre I'analyse qualitative des risques : donnees d'entree et donnees de sortie 
3.4.18 Mettre en oeuvre I'analyse quantitative des risques 

Mettre en ceuvre I'analyse quantitative des risques est le processus qui consiste a analyser quantitativement 
les effets des risques identifies sur I'ensemble des objectifs du projet. 



.5 Actits organisationnels 
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Figure 3-26. Mettre en ceuvre I'analyse quantitative des risques : donnees d'entree et donnees de sortie 
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3.4.19 Planifier les reponses aux risques 

Planifier les reponses aux risques est le processus qui consiste a developper des options et des actions 
permettant d'ameliorer les opportunites et a reduire les menaces relatives aux objectifs du projet. 
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Figure 3-27. Planifier les reponses aux risques : donnees d'entree et donnees de sortie 

3.4.20 Planifier les approvisionnements 

Planifier les approvisionnements est\e processus qui consiste a documenter les decisions d'approvisionnement 
du projet, a specifier les approches et a identifier les vendeurs potentiels. 
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Figure 3-28. Planifier les approvisionnements : donnees d'entree et donnees de sortie 

3.5 Groupe de processus d'execution 

Le groupe de processus d'execution comprend les processus permettant d'accomplir le travail defini dans 
le plan de management du projet pour respecter les specifications du projet. Ce groupe de processus implique 
la coordination des personnes et des ressources, ainsi que Integration et la conduite des activites du projet 
conformement au plan de management du projet (voir figure 3-29). 
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parties prenantes 



de connaissance en management de I'integrati 



Figure 3-29. Groupe de processus d'execution 



En cours d'execution du projet, les resultats peuvent necessiter la mise a jour de la planification et de nouvelles 
references de base. Ceci comprend des modifications des durees des activites prevues, des modifications au 
niveau de la productivite et la disponibilite des ressources, et des risques imprevus. De tels ecarts peuvent affecter 
le plan de management du projet ou les documents du projet, et necessiter une analyse detaillee et I'elaboration 
de responses appropriees en matiere de management de projet. Les resultats de I'analyse peuvent declencher 
des demandes de modification qui, en cas d'approbation, peuvent modifier le plan de management du projet 
et d'autres documents du projet et peuvent, peut-etre, necessiter la definition de nouvelles references de base. 
Une partie importante du budget du projet sera consacree a la conduite des processus du groupe de processus 
d'execution. Le groupe de processus d'execution comprend les processus de management de projet suivants (voir 
figures 3-30 a 3-37) : 
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3.5.1 Diriger et piloter I'execution du projet 

Dinger et piloter /'execution du projet est le processus qui consiste a executer le travail defini dans le plan de 
management du projet pour atteindre les objectifs du projet. 
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Figure 3-30. Diriger et piloter I'execution du projet : donnees d'entree et donnees de sortie 

3.5.2 Mettre en oeuvre I'assurance qualite 

Mettre en oeuvre I'assurance qualite est le processus qui consiste a auditer les exigences de qualite et les 
resultats des mesures du controle qualite, de fagon a s'assurer que le projet utilise les normes de qualite et les 
definitions operationnelles appropriees. 
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Figure 3-31. Mettre en oeuvre I'assurance qualite : donnees d'entree et donnees de sortie 

3.5.3 Constituer I'equipe de projet 

Constituer I'equipe de projet est le processus qui consiste a confirmer la disponibilite des ressources 
humaines et a rassembler I'equipe necessaire a I'execution du projet. 



II 



.3 Actifs organisationnels 



.1 Affectations du personnel 

du projet 
.2 Calendrier: ' 

management du projet 



Figure 3-32. Constituer I'equipe de projet : donnees d'entree et donnees de sortie 
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3.5.4 Developper I'equipe de projet 

Developper I'equipe de projet est le processus qui consiste a ameliorer les competences, I'interaction entre 
les membres de I'equipe et I'environnement global de I'equipe, afin d'ameliorer la performance du projet. 
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Figure 3-33. Developper I'equipe de projet : donnees d'entree et donnees de sortie 



3.5.5 Diriger I'equipe de projet 

Dinger I'equipe deprojetest le processus qui consiste a suivre la performance des membres de I'equipe, la 
retroaction, la resolution des problemes et le management des modifications en vue d'optimiser la performance 
du projet. 
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Figure 3-34. Diriger I'equipe de projet : donnees d'entree et donnees de sortie 

3.5.6 Diffuser les informations 

Diffuserles informations est le processus qui consiste a mettre les informations necessaires a disposition 
des parties prenantes du projet, comme planifie. 
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Figure 3-35. Diffuser les informations : donnees d'entree et donnees de sortie 
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3.5.7 Gerer les attentes des parties prenantes 

Gerer les attentes des parties prenantes est le processus qui consiste a communiquer avec les parties prenantes, 
et a travailler avec elles pour repondre a leurs besoins et aborder les problemes majeurs lorsqu'ils se posent. 
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Figure 3-36. Gerer les attentes des parties prenantes : donnees d'entree et donnees de sortie 

3.5.8 Proceder aux approvisionnements 

Proceder aux approvisionnements est le processus qui consiste a obtenir les reponses des vendeurs, ; 
selectionner un vendeur et a attribuer un contrat. 
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Figure 3-37. Proceder aux approvisionnements : donnees d'entree et donnees de sortie 

3.6 Groupe de processus de surveillance et de maltrise 

Le groupe de processus de surveillance et de maitrise comprend les processus permettant de suivre, de revoir 
et de reguler I'avancement et la performance du projet, d'identifier les parties dans lesquelles des modifications 
du plan s'averent necessaires, et d'entreprendre les modifications correspondantes. L'avantage essentiel de 
ce groupe de processus reside dans I'observation et la mesure de la performance du projet, periodiquement et 
de fagon uniforme, de fagon a identifier les ecarts par rapport au plan de management du projet. Le groupe de 
processus de surveillance et de maitrise comprend egalement : 

• la maitrise des modifications et la recommandation d'actions preventives en anticipation de 
problemes eventuels, 

• la surveillance des activites en cours du projet par rapport au plan de management du projet et a la 
reference de base du projet, et 

• Taction sur les facteurs qui pourraient faire que Ton contourne la maitrise integree des modifications, 
afin que seules les modifications approuvees soient mises en ceuvre. 



©2008 Project Management Institute. Guide du Corpus des connaissances en management de projet (Guide PMBOK®) — Quatrieme edition 



CHAPITRE 3 - PROCESSUS DE MANAGEMENT D'UN PROJET 



Cette surveillance continue apporte a I'equipe de projet un apergu sur la sante du projet et identifie les 
domaines demandant une attention supplemental. Le groupe de processus de surveillance et de maitrise 
surveille et controle non seulement le travail en cours dans un groupe de processus, mais aussi 1'effort sur 
I'ensemble du projet. Dans les projets a phases multiples, le groupe de processus de surveillance et de maitrise 
coordonne les phases du projet afin de mettre en oeuvre les actions correctives ou preventives qui vont remettre 
le projet en conformite avec le plan de management du projet. Cette revue peut conduire a recommander et 
approuver des mises a jour du plan de management du projet. Par exemple, le non-respect de la date de fin 
d'une activite peut necessiter des ajustements du plan actuel de management des ressources humaines et le 
recours aux heures supplemental, ou des compromis entre les objectifs du budget et ceux de I'echeancier. 
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Figure 3-38. Groupe de processus de surveillance et de maitrise 

Le groupe de processus de surveillance et de martrise (voir figure 3-38) comprend les processus de management 
e projet suivants (voir les figures 3-39 a 3-48) : 
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3.6.1 Surveiller et maitriser le travail du projet 

Surveiller et maitriser les activites du projet est le processus qui consiste a suivre, revoir et reguler les 
avancements pour atteindre les objectifs definis dans le plan de management du projet. La surveillance comprend 
les rapports d'etat, la mesure de I'avancement et les previsions. Les rapports d'avancement foumissent des 
informations sur la performance du projet en ce qui conceme le contenu, I'echeancier, les couts, les ressources, la 
qualite et le risque ; ces informations peuvent etre utilisees comme donnees d'entree pour les autres processus. 
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Figure 3-39. Surveiller et maitriser les activites du projet : donnees d'entree et donnees de sortie 

3.6.2 Mettre en oeuvre la gestion integree des modifications 

Mettre en oeuvre la gestion integree des modifications est le processus qui consiste a examiner toutes les 
demandes de modification, a approuver les modifications et a gerer les modifications des livrables, des actifs 
organisationnels, des documents du projet et du plan de management du projet. 
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Figure 3-40. Mettre en oeuvre la gestion integree des modifications : 
donnees d'entree et donnees de sortie 

3.6.3 Verifier le contenu 

Verifier le contenu est le processus qui consiste a formaliser I'acceptation des livrables achieves du projet. 
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Figure 3-41 . Verifier le contenu : donnees d'entree et donnees de sortie 
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3.6.4 Maitriser le contenu 

Maitriser le contenu est le processus qui consiste a surveiller I'etat du contenu du projet et du produit, et a 
gerer les modifications affectant la reference de base du contenu. 
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Figure 3-42. Maitriser le contenu : donnees d'entree et donnees de sortie 

3.6.5 Maitriser I'echeancier 

Maitriser I'echeancier est le processus qui consiste a surveiller I'etat du projet dans le but de mettre a jour 
les progres effectues et a gerer les modifications affectant la reference de base de I'echeancier. 
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Figure 3-43. Maitriser I'echeancier : donnees d'entree et donnees de sortie 

3.6.6 Maitriser les couts 

Maitriser les couts est le processus qui consiste a surveiller I'etat du projet dans le but de mettre a jour son 
budget et a gerer les modifications affectant la reference de base des couts. 
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Figure 3-44. Maitriser les couts : donnees d'entree et donnees de sortie 
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3.6.7 Mettre en oeuvre le controle qualite 

Mettre en oeuvre le controle qualite est le processus qui consiste a surveiller et a enregistrer les resultats 
des activites de qualite pour evaluer la performance et a recommander les modifications necessaires. 
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Figure 3-45. Mettre en oeuvre le controle qualite : donnees d'entree et donnees de sortie 

3.6.8 Rendre compte de la performance 

Ftendre compte de la performance est le processus qui consiste a collecter et a distribuer les informations 
relatives a la performance, ce qui inclut les rapports d'etat, les mesures de I'avancement et les previsions. 
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Figure 3-46. Rendre compte de la performance : donnees d'entree et donnees de sortie 

3.6.9 Surveiller et maitriser les risques 

Surveiller et maitriser les risques est le processus qui consiste a mettre en oeuvre les plans de responses 
aux risques, a suivre les risques identifies, a surveiller les risques residuels, a identifier les nouveaux risques 
et a evaluer I'efficacite du processus de risques tout au long du projet. 
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Figure 3-47. Surveiller et maitriser les risques : donnees d'entree et donnees de sortie 
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3.6.10 Gerer les approvisionnements 

Gerer les approvisionnements est le processus qui consiste a gerer les relations avec les fournisseurs, a suivre 
les performances contractuelles et, le cas echeant, a effectuer les modifications et les corrections necessaires. 
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Figure 3-48. Gerer les approvisionnements : donnees d'entree et donnees de sortie 

3.7 Groupe de processus de cloture 

Le groupe de processus de cloture comprend les processus permettant de finaliser toutes les activites pour 
tous les groupes de processus de management de projet, afin de clore formellement le projet, les phases ou 
les obligations contractuelles. Une fois acheve, ce groupe de processus verifie que les processus definis sont 
achieves pour tous les groupes de processus, afin de clore le projet ou une phase du projet, selon le cas, et 
d'etablir formellement la fin du projet ou de la phase. Lors de la cloture du projet ou de la phase, il peut se 
produire que Ton doive : 

• obtenir I'acceptation du client ou du commanditaire, 

• conduire une revue posterieure au projet ou a la phase, 

• enregistrer les impacts d'adaptation a tout processus, 

• documenter les legons apprises, 

• effectuer les mises a jour appropriees sur les actifs organisationnels, 

• archiver tous les documents pertinents du projet dans le systeme de gestion de I'information du 
projet afin de les utiliser comme donnees historiques, et 

• clore les approvisionnements. 
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Figure 3-49. Groupe de processus de cloture 

Le groupe de processus de cloture (voir figure 3-49) comprend les processus de management de projet 
suivants (voir les figures 3-50 et 3-51) : 

3.7.1 Clore le projet ou la phase 

Clore le projet ou la phase est le processus qui consiste a finaliser toutes les activites pour I'ensemble des 
groupes de processus de management de projet afin de clore formellement le projet ou Tune de ses phases. 



if 



.3 Actits organisationnels 



I Transfertdu produit, du 

service ou du resultatfina 
? Mises a jour des actifs 



Figure 3-50. Clore le projet ou la phase : donnees d'entree et donnees de sortie 

3.7.2 Clore les approvisionnements 

Clore les approvisionnements est le processus qui consiste a mener a terme chacun des approvisionnements 
du projet. 
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Figure 3-51. Clore les approvisionnements : donnees d'entree et donnees de sortie 
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SECTION III INTRODUCTION 



DIAGRAMMES DE FLUX DES DONNEES 

Un diagramme de flux des donnees est presente dans chaque chapitre relatif aux domaines de connaissance 
(chapitres 4 a 12). Ce diagramme est une description resumee des donnees d'entree et des donnees de sortie 
relatives a chaque processus, qui se produisent dans tous les processus d'un domaine de connaissance donne. 
Bien que les processus soient presentes comme des composants distincts ayant des interfaces clairement 
definies, ce sont en pratique des processus iteratifs qui peuvent se chevaucher et interagir de manieres non 
decrites ici. 



Exterieura un processus 



Relations internes au 
► domaine de connaissanc 

Relations externes au 
x des processus domaine de connaissanc 



Les diagrammes de flux des processus montrent les etapes et interactions elementaires. 
Plusieurs interactions supplementaires sont possibles. 



Figure 111-1 . Legende des diagrammes de flux des donnees 
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CHAPITRE 4 

MANAGEMENT DE [.'INTEGRATION DU PROJET 

Le management de Integration du projet comprend les processus et les activites qui permettent d'identifier, 
de definir, de combiner, d'unifier et de coordonner les differents processus et activites de management de 
projet au sein des groupes de processus de management de projet. Dans le contexte du management de 
projet, I'integration comprend les caracteristiques d'unification, de consolidation, d'articulation et d'actions 
d'integration essentielles a I'achevement du projet, a la reussite de la gestion des attentes des parties prenantes 
et au respect des exigences. Le management de I'integration du projet necessite que soient effectues des 
choix quant a I'attribution des ressources, aux compromis entre objectifs et alternatives concurrentes, et 
au management des interdependences entre les domaines de connaissance en management de projet. Les 
processus de management de projet sont habituellement presented comme etant distincts et comportant des 
interfaces bien definies, alors qu'en pratique ils se chevauchent et interagissent de differentes manieres qui ne 
peuvent pas etre completement detaillees dans le Guide PMBOK®. 

La figure 4-1 donne une vue d'ensemble des processus de management de I'integration du projet. Ces 
processus sont les suivants : 

4.1 Elaborer la charte du projet— C'est le processus qui consiste a elaborer un document autorisant 
formellement un projet ou une phase de projet, et a documenter les exigences initiales devant 
satisfaire les besoins et attentes des parties prenantes. 

4.2 Elaborer le plan de management du projet — C'est le processus qui consiste a documenter 
les actions necessaires a la definition, preparation, integration et coordination de tous les 
plans subsidiaires. 

4.3 Diriger et piloter I'execution du projet — C'est le processus qui consiste a executer le travail 
defini dans le plan de management du projet pour atteindre les objectifs du projet. 

4.4 Surveiller et maitriser le travail du projet — C'est le processus qui consiste a suivre, revoir 
et reguler les avancements pour atteindre les objectifs definis dans le plan de management 
du projet. 

4.5 Mettre en ceuvre la maitrise integree des modifications— C'est le processus qui consiste 
a examiner toutes les demandes de modification, a approuver les modifications, et a gerer les 
modifications des livrables, des actifs organisationnels, des documents du projet et du plan de 
management du projet. 

4.6 Clore le projet ou la phase — C'est le processus qui consiste a finaliser toutes les activites pour 
I'ensemble des groupes de processus de management de projet afin de clore formellement le 
projet ou I'une de ses phases. 
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Le besoin de management de Integration du projet est evident lorsque des processus individuels 
interagissent. Par exemple, une estimation de cout requise par un plan de secours reclame I'integration des 
processus des domaines de connaissance de management des couts, des delais et des risques. Parmi ces 
processus, certains peuvent etre revisites lorsque des risques supplemental associes a diverses alternatives 
de ressources humaines sont identifies. II peut egalement etre necessaire d'integrer les livrables du projet aux 
operations en cours dans I'entreprise realisatrice ou dans celle du client, ou a une planification strategique a 
long terme qui prend en consideration les problemes et opportunit.es futurs. Le management de I'integration 
du projet comprend egalement les activites necessaires au management des documents du projet, de fagon a 
assurer la coherence entre le plan de management du projet et les livrables. 

Les praticiens du management de projet les plus experiment.es reconnaissent qu'il existe plusieurs fagons 
de manager un projet. Afin d'obtenir la performance desiree du projet, ils appliquent, dans des ordres differents 
et avec une rigueur differente, les connaissances en management de projet, les competences et les processus 
necessaires. Cependant, la perception qu'un processus particulier ne soit pas necessaire ne signifie pas qu'il 
ne devrait pas etre considere. Le chef de projet et I'equipe de projet doivent analyser chaque processus de 
fagon a determiner, dans chaque projet, I'ampleur de sa mise en oeuvre. Le meme niveau de rigueur doit etre 
applique aux processus de chacune des phases d'un projet a phases multiples. 

II est possible de comprendre la nature integrative des projets et le management de projet en considerant 
les autres types d'activites conduites lors du deroulement d'un projet. Les exemples suivants illustrent des 
activites conduites par I'equipe de management de projet : 

• Analyser et comprendre le contenu. Ceci inclut les exigences du projet et du produit, les criteres, les 
hypotheses, les contraintes et autres influences relatives a un projet, ainsi que la fagon dont les uns 
et les autres seront geres ou abordes dans le projet. 

• Comprendre comment utiliser les informations identifies, et les transformer en un plan de 
management structure selon I'une des methodes decrites dans le Guide PMBOK®. 

• Accomplir des activites pour produire les livrables du projet. 

• Mesurer et surveiller tous les aspects de I'avancement du projet et entreprendre toute action 
permettant d'atteindre les objectifs du projet. 

Les liens entre les processus des groupes de processus du projet entrament souvent des iterations. Tot 
dans I'execution du projet, le groupe de processus de planification fournit un plan de management documents 
au groupe de processus d'execution ; il facilite ensuite, au fur et a mesure de I'avancement du projet, les mises 
a jour du plan de management du projet lorsque des modifications sont effectuees. 
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Figure 4-1. Vue d'ensemble du management de I'integration du projet 

4.1 Elaborer la charte du projet 

Elaborer la charte duprojetest le processus qui consiste a elaborer le document qui autorise formellement 
un projet, ou une phase de projet, et a documenter les exigences initiales qui doivent satisfaire aux besoins 
et aux attentes des parties prenantes. II etablit un partenariat entre I'entreprise realisatrice et celle qui a 
initie la demande (ou, dans le cas de projets extemes, le client). La charte du projet approuvee demarre 
formellement le projet ou la phase du projet. Un chef de projet doit etre selectionne et assigne des que 
possible, de preference lorsque la charte du projet est en cours d'elaboration, mais toujours avant que la 
planification debute. II est recommande de faire participer le chef de projet a I'elaboration de la charte du 
projet car elle lui confere I'autorite d'appliquer les ressources aux activit.es du projet. 
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Les projets sont autorises par une entite ou une personne exterieure au projet, par exemple le commanditaire, 
le bureau des programmes ou le comite directeur de portefeuille. Le niveau de I'initiateur du projet ou du 
commanditaire doit etre approprie au besoin de financement du projet. lis elaboreront la charte du projet ou 
delegueront cette tache au chef de projet. Le projet est autorise lorsque I'initiateur appose sa signature sur 
la charte du projet. Un projet est autorise parce qu'il repond a des besoins commerciaux ou a des influences 
exterieures. II en resulte, en general, le lancement d'une analyse de besoins, d'une etude economique ou 
I'elaboration de la description de la situation que traitera le projet. L'elaboration de la charte lie le projet a la 
strategie de I'organisation et au travail operationnel qui s'y fait. 

La figure 4-2 presente les donnees d'entree, les outils et techniques, et les donnees de sortie de ce 
processus, et la figure 4-3 illustre le diagramme de flux des donnees. 
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Figure 4-2. Elaborer la charte du projet : donnees d'entree, outils et techniques, et donnees de sortie 
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Figure 4-3. Diagramme de flux des donnees du processus Elaborer la charte du projet 
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4.1 .1 Elaborer la charte du projet : donnees d'entree 

.1 Enonce des travaux du projet 

L'enonce des travaux du projet est une description narrative des livrables du projet, qui peuvent 
etre des produits ou des services. Lorsqu'il s'agit de projets internes, I'initiateur du projet ou le 
commanditaire fournit un enonce des travaux base sur les exigences des besoins commerciaux, du 
produit ou du service. Dans le cas de projets externes, l'enonce des travaux est communique par le 
client et fait partie soit d'un document d'offre, comme par exemple un appel a proposition, une demande 
d'information, un appel d'offres, soit d'un contrat. L'enonce des travaux du projet fait reference a : 

• Des besoins commerciaux. Les besoins commerciaux d'une organisation peuvent etre bases 
sur une demande du marche, une avance technologique, une prescription juridique ou une 
reglementation gouvemementale. 

• Une description du contenu du produit. Elle precise les caracteristiques du produit pour la 
creation duquel le projet sera entrepris. Elle doit egalement documenter la relation entre les 
produits ou services qui sont crees et les besoins commerciaux que traitera le projet. 

• Un plan strategique. Tousles projets doiventsoutenir les objectifs strategiques de I'organisation. 

Le plan strategique de I'entreprise realisatrice doit etre considere comme un facteur de decision 
et de priorisation lors de la selection des projets. 

.2 Etude economique 

L'etude economique, ou un document similaire, apporte les informations necessaires qui vont 
permettre, de determiner, d'un point de vue des affaires, si I'investissement requis par le projet est valable 
ou non. Afin de justifier le projet, l'etude economique comprend generalement les besoins commerciaux 
et I'analyse cout-benefice. Dans le cas de projets externes, l'etude economique peut etre realisee par 
I'organisation ou le client ayant initie la demande. Cette etude economique est etablie en raison d'un ou 
plusieurs des points suivants : 

• demande du marche (par exemple, un constructeur automobile autorisant, par suite de penurie 
d'essence, le projet de construction d'un plus grand nombre de voitures economes en carburant), 

• besoin de I'entreprise (par exemple, un centre de formation autorisant le projet de creation d'un 
nouveau cours de formation pour augmenter ses revenus), 

• demande des clients (par exemple, une compagnie d'electricite autorisant le projet de 
construction d'une nouvelle sous-station pour desservir un nouveau pare industriel), 

• avance technologique (par exemple, a la suite de progres sur les memoires d'ordinateur et dans 
la technologie de I'electronique, une entreprise d'electronique autorisant un nouveau projet 
dans le but de developper de plus petits ordinateurs portatifs), 
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• prescription juridique (par exemple, un fabricant de produits chimiques autorisant un projet 
d 'elaboration d'instructions pour la manipulation de materiaux toxiques), 

• impacts ecologiques (par exemple, une compagnie entreprend un projet de reduction de son 
impact environnemental), ou 

• besoin social (par exemple, une organisation non gouvernementale qui, dans un pays en voie 
de developpement, autorise un projet qui fournit des systemes d'adduction d'eau potable, des 
toilettes et de I'education sanitaire aux communautes affectees par le cholera). 

Dans le cas de projets a phases multiples, I'etude economique peut etre periodiquement revisee 
de fagon a verifier que le projet est toujours porteur d'avantages commerciaux. Dans les premieres 
etapes du cycle de vie du projet, une revue periodique de I'etude economique par I'organisation 
commanditaire aide egalement a confirmer la necessite du projet. 

.3 Contrat 

Un contrat est une donnee d'entree lorsque le projet est realise pour un client externe. 

.4 Facteurs environnementaux de I'entreprise 

Parmi les facteurs environnementaux de I'entreprise qui peuvent avoir une influence sur le processus 
Elaborerla charte du projet, on peut citer : 

• les normes gouvernementales ou industrielles, 

• I' infrastructure de I'organisation, et 

• les conditions du marche. 

.5 Actifs organisationnels 

Parmi les actifs organisationnels qui peuvent avoir une influence sur le processus Elaborerla charte 
du projet, on peut citer: 

• les processus organisationnels standard, les politiques et les definitions de processus 
normalisees a usage interne ; 

• les modeles (par exemple, un modele de charte du projet) ; et 

• les informations historiques et la base de donnees des legons apprises. 
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4.1 .2 Elaborer la charte du projet : outils et techniques 

.1 Jugement d'expert 

Le jugement d'expert est souvent utilise pour evaluer les donnees d'entree permettant I'elaboration 
de la charte du projet. Au cours de ce processus, ce jugement et cette expertise s'appliquent aux details 
techniques et de management. Cette expertise est apportee par tout groupe ou individu possedant la 
connaissance ou la formation correspondante, et peut provenir de plusieurs sources differentes, dont 
en particulier : 

• d'autres unites dans I'organisation, 

• des consultants, 

• des parties prenantes, dont les clients ou les commanditaires, 

• des associations professionnelles et techniques, 

• des groupes industries, 

• des experts en la matiere, et 

• le bureau des projets. 

4.1 .3 Elaborer la charte du projet : donnees de sortie 

.1 Charte du projet 

La charte du projet documente les besoins commerciaux, la comprehension actuelle des besoins 
du client et le nouveau produit, service, ou resultat que le projet doit apporter ; on y trouve, par exemple : 

• la finalite ou la justification du projet, 

• les objectifs mesurables du projet et les criteres de succes correspondants, 

• les exigences a haut niveau, 

• une description du projet a haut niveau, 

• les risques a haut niveau, 

• un echeancier recapitulate des jalons, 

• un budget recapitulate, 
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• les exigences d 'acceptation du projet (ce qui constitue le succes du projet, qui decide que le 
projet est reussi et qui appose la signature d'acceptation du projet), 

• le chef de projet designe, sa responsabilite et son niveau d'autorite, et 

• les noms et niveaux d'autorite du commanditaire ou des autres personnes qui autorisent la 
charte du projet. 

4.2 Elaborer le plan de management du projet 

Elaborer le plan de management du projet est le processus qui consiste a documenter les actions 
necessaires a la definition, la preparation, Integration et la coordination de tous les plans subsidiaires. Le 
plan de management du projet definit la fagon dont le projet sera execute, surveille et maitrise, et clos. Le 
contenu du plan de management du projet depend du champ d'application et de la complexite du projet. Le 
plan de management du projet est elabore par une serie de processus integres, et ce jusqu'a la cloture du 
projet. Grace a ce processus, le plan de management du projet est progressivement elabore par des mises 
a jour, et controle et approuve par le processus Mettre en ceuvre la maitrise integree des modifications (voir 
la section 4.5). 

La figure 4-4 presente les donnees d'entree, les outils et techniques, et les donnees de sortie de ce 
processus, et la figure 4-5 illustre le diagramme de flux des donnees. 



.1 Charte du projet 

.2 Donnees de sortie des 

processus de planification 
.3 Facteursenvironnementaux 

de I'entreprise 
.4 Actits organisationnels 



Figure 4-4. Elaborer le plan de management du projet : 
donnees d'entree, outils et techniques, et donnees de sortie 

4.2.1 Elaborer le plan de management du projet : donnees d'entree 
.1 Charte du projet 

Elle est decrite dans la section 4.1 .3.1 . 
.2 Donnees de sortie des processus de planification 

Les donnees de sortie de la plupart des processus de planification decrits dans les chapitres 5 a 
1 2 sont integrees pour creer le plan de management du projet. Les references de base et les plans de 
management subsidiaires qui sont des donnees de sortie des autres processus de planification, sont 
des donnees d'entree de ce processus. De plus, les mises a jour de ces documents peuvent necessiter 
des mises a jour du plan de management du projet. 
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Figure 4-5. Diagramme de flux des donnees du processus Elaborer le plan de management du projet 
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.3 Facteurs environnementaux de I'entreprise 

Parmi les facteurs environnementaux de I'entreprise qui peuvent avoir une influence sur le 
processus Elaborer le plan de management du projet, on peut citer : 

• les normes gouvernementales ou industrielles, 

• les systemes de gestion de 1'information du projet (par exemple, un outil automatise tel 
qu'un logiciel de planification, un systeme de management de la configuration, un systeme 
de collecte et de diffusion de 1'information, ou des interfaces Web avec d'autres systemes 
automatises en ligne), 

• la structure et la culture organisationnelles, 

• I'infrastructure (par exemple, les installations et biens d'equipement existants), et 

• I'administration du personnel (par exemple, les directives d'engagement et de licenciement, 
les revues de performance des employes et les enregistrements de formation). 

.4 Actifs organisationnels 

Parmi les actifs organisationnels qui peuvent avoir une influence sur le processus Elaborer le plan de 
management du projet, on peut citer : 

• des directives, des instructions de travail, des criteres devaluation des offres et des criteres de 
mesure de performance, tous ces elements etant normalises, 

• un modele de plan de management du projet. Les elements du plan de management du projet 
qui sont susceptibles de mises a jour sont notamment : 

o des directives et des criteres d'adaptation de I'ensemble des processus normalises de 
I'organisation, dans le but de satisfaire les besoins particuliers du projet, et 

o des directives ou des exigences liees a la cloture du projet, telles que la validation et les 
criteres d'acceptation du produit, 

• des procedures de maitrise des modifications, comprenant les etapes de modification des 
normes, de la politique interne, des plans et des procedures, ou de tout autre document de 
projet, ainsi que les modalites d'approbation et de validation de ces modifications, 

• des fichiers de projets precedents (par exemple, les references de base du contenu, du cout, 
de I'echeancier et des mesures de performance, des calendriers du projet, des diagrammes de 
reseau du projet, des registres des risques, des actions de reponse prevues et de I'impact des 
risques defini), 
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• les informations historiques et la base de donnees des legons apprises, et 

• des bases de connaissance sur le management de la configuration contenant les versions et les 
references de base pour I'ensemble officiel des normes, procedures et de la politique interne de 
I'entreprise et de tous les documents du projet. 

4.2.2 Elaborer le plan de management du projet : outils et techniques 

.1 Jugement d'expert 

Lors de I'elaboration du plan de management du projet, le jugement d'expert permet de : 

• adapter le processus aux besoins du projet, 

• developper les details techniques et de management qui doivent etre inclus dans le plan de 
management du projet, 

• determiner les ressources et les niveaux de competence necessaires aux travaux du projet, 

• definir le niveau de management de la configuration a appliquer au projet, et 

• determiner les documents du projet qui seront soumis au processus formel de maitrise des 
modifications. 

4.2.3 Elaborer le plan de management du projet : donnees de sortie 

.1 Plan de management du projet 

Le plan de management du projet integre et consolide tous les plans de management subsidiaires 
et les references de base des processus de planification, et comprend, en particulier : 

• le cycle de vie retenu pour le projet et les processus qui seront executes au cours de chaque phase, 

• les resultats de I'adaptation effectuee par I'equipe de management de projet, a savoir : 

o les processus de management de projet selectionnes par I'equipe de management de projet, 

o le niveau de mise en oeuvre de chaque processus selectionne, 

o les descriptions des outils et techniques a utiliser pour executer ces processus, et 

o la fagon dont les processus selectionnes seront utilises pour le management du projet en 
question, y compris les dependances et les interactions entre ces processus et les donnees 
essentielles d'entree et de sortie. 

• la fagon dont le travail sera effectue pour atteindre les objectifs du projet, 

• un plan de management des modifications precisant la fagon dont les modifications seront 
surveillees et maitrisees, 
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• un plan de management de la configuration precisant comment la gestion de la configuration 
sera conduite, 

• la fagon de maintenir I'integrite des references de base des mesures de performances, 

• les besoins et les techniques de communication entre les parties prenantes, et 

• les revues de management essentielles, pour ce qui est de leur contenu, etendue et calendriers, 
de fagon a traiter les problemes importants non resolus et prendre les decisions en suspens. 

La presentation du plan de management du projet peut etre soit resumee soit detaillee, et peut 
comprendre un ou plusieurs plans subsidiaires. Le niveau de detail de chacun des plans subsidiaires 
est fonction des besoins du projet particulier. Une fois etablies, les references de base du plan de 
management du projet ne peuvent etre modifiees que lorsqu'une demande de modification est generee 
et approuvee lors de I'execution du processus Mettre en ceuvre la maitrise integree des modifications. 

Parmi tous les exemples de references de base des projets, on peut citer : 

• la reference de base de I'echeancier, 

• la reference de base de performance des couts, et 

• la reference de base du contenu. 

Parmi tous les exemples de plans subsidiaires, on peut citer : 

• le plan de management du contenu (voir I'introduction du chapitre 5), 

• le plan de management des exigences (voir la section 5.1 .3.2), 

• le plan de management de I'echeancier (voir I'introduction du chapitre 6), 

• le plan de management des couts (voir I'introduction du chapitre 7), 

• le plan de management de la qualite (voir la section 8.1 .3.1), 

• le plan d'amelioration des processus (voir la section 8.1 .3.4), 

• le plan des ressources humaines (voir la section 9.1 .3.1 ), 

• le plan de management de la communication (voir la section 1 0.2.3.1 ), 

• le plan de management des risques (voir la section 1 1 .1 .3.1 ), et 

• le plan de management des approvisionnements (voir la section 12.1.3.1). 

Les references de base du contenu, de I'echeancier et du cout sont souvent groupees en une 
reference de base des mesures de performances qui serf de reference de base globale du projet par 
rapport a laquelle la performance integree peut etre mesuree. La reference de base des mesures de 
performances est utilisee dans les mesures de valeur acquise. 
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4.3 Dinger et piloter I'execution du projet 

Dinger et piloter /'execution du projet est le processus qui consiste a executer le travail defini dans le plan 
de management du projet pour atteindre les objectifs du projet. Ces activites comprennent, en particulier : 

• I'execution des activites permettant de repondre aux exigences du projet ; 

• la creation des livrables du projet ; 

• la constitution, le developpement et la direction de I'equipe affectee au projet ; 

• I'obtention, la gestion et I'utilisation des ressources dont les materiaux, les outils, les equipements et 
les installations ; 

• I'utilisation des methodes et des normes planifiees ; 

• I'etablissement et la gestion des canaux de communication du projet, a la fois extemes et internes a 
I'equipe de projet ; 

• la generation des donnees du projet, telles celles relatives aux couts, a I'echeancier, a la qualite et aux 
etats, dans le but de faciliter les previsions ; 

• remission des demandes de modification et I'harmonisation des modifications approuvees avec le 
contenu, les plans et I'environnement du projet ; 

• le management des risques et la mise en oeuvre des activites de reponse aux risques ; 

• le management des vendeurs et foumisseurs ; et 

• le recueil des legons apprises et leur documentation, et la mise en oeuvre des activites approuvees 
d'amelioration des processus. 

Le chef de projet et I'equipe de management de projet pilotent la performance des activites planifiees 
de projet et gerent les diverses interfaces techniques et organisationnelles qui existent au sein du projet. Le 
processus Dinger et piloter I'execution du projet est directement affecte par le champ d'application du projet. 
Les livrables sont les donnees de sortie des processus executes pour accomplir le travail planifie et decrit dans le 
plan de management du projet. L'information sur la performance du travail, portant sur I'etat d'avancement des 
livrables et ce qui a ete accompli, est recueillie au cours de I'execution du projet et introduite dans le processus 
d'etablissement du rapport d'avancement. L'information sur la performance du travail sera egalement utilisee 
comme donnee d'entree dans le groupe de processus de surveillance et maitrise. 

Le processus Dinger et piloter I'execution du projet necessite egalement la realisation des modifications 
approuvees, consistant en : 

• Actions correctives. Ce sont des instructions documentees portant sur I'execution du travail du 
projet et par lesquelles la performance attendue de ce travail doit etre en ligne avec le plan de 
management du projet. 

• Actions preventives. Ce sont des instructions documentees de conduite d'une activite susceptible 
de diminuer la probabilite de consequences negatives provenant des risques du projet. 

• Corrections des defauts. Ce sont des identifications formellement documentees d'un defaut au 
niveau d'un composant du projet, accompagnees de recommandations de reparation, voire de 
remplacement complet de ce composant. 
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La figure 4-6 presente les donnees d'entree, les outils et techniques, et les donnees de sortie de ce 
processus, et la figure 4-7 illustre le diagramme de flux des donnees. 
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Figure 4-6. Diriger et piloter I'execution du projet : 
donnees d'entree, outils et techniques, et donnees de sortie 
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Figure 4-7. Diagramme de flux des donnees du processus Diriger et piloter I'execution du projet 
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4.3.1 Diriger et piloter I'execution du projet : donnees d'entree 
.1 Plan de management du projet 

II est decrit dans la section 4.2.3.1 . 
.2 Demandes de modification approuvees 

Une mise a jour de I'etat de la maitrise des modifications, qui fait partie du processus Mettre 
en ceuvre la maitrise integree des modifications, indiquera les modifications qui sont approuvees 
et celles qui ne le sont pas. La mise en ceuvre des demandes de modification approuvees est 
planifiee par I'equipe de projet. Les demandes de modification approuvees sont des demandes 
documentees et autorisees etablies pour augmenter ou reduire le contenu du projet. Les demandes 
de modification approuvees peuvent egalement porter sur des modifications des politiques, du plan 
de management du projet, des procedures, des couts ou des budgets, ou sur des modifications 
des echeanciers. Les demandes de modification approuvees peuvent necessiter la mise en ceuvre 
d'actions correctives ou preventives. 

.3 Facteurs environnementaux de I'entreprise 

Parmi les facteurs environnementaux de I'entreprise qui peuvent avoir une influence sur le 
processus Diriger et piloter I'execution du projet, on peut citer : 

la culture et la structure de I'organisation, de I'entreprise ou du client, 

I'infrastructure (par exemple les installations et biens d'equipement existants), 

I'administration du personnel (par exemple, les directives d'engagement et de licenciement, les 
revues de performance des employes et les enregistrements de formation), 

la tolerance aux risques des parties prenantes, et 

les systemes de gestion de I'information du projet (par exemple, un outil automatise tel 
qu'un logiciel de planification, un systeme de management de la configuration, un systeme 
de collecte et de diffusion de I'information, ou des interfaces Web avec d'autres systemes 
automatises en ligne). 
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.4 Actifs organisationnels 

Parmi les actifs organisationnels qui peuvent avoir une influence sur le processus Dinger et piloter 
I'execution du projet, on peut citer : 

• les directives et les instructions de travail normalisees ; 

• les exigences de communication precisant les medias autorises, la conservation des 
enregistrements et les exigences de securite ; 

• les procedures de management des problemes majeurs et des defauts, qui definissent les 
controles correspondants, I'identification et la resolution de ces problemes et defauts, et le suivi 
des actions point par point ; 

• les bases de donnees des mesures des processus permettant de recueillir et mettre a disposition 
les donnees de mesures sur les processus et les produits ; 

• les fichiers de projets precedents (par exemple, les references de base du contenu, du cout, 
de I'echeancier et des mesures de performance, des calendriers du projet, des diagrammes de 
reseau du projet, des registres des risques, des actions de reponse prevues et de I'impact des 
risques defini) ; et 

• les bases de donnees sur le management des problemes majeurs et des defauts, contenant 
I'etat de ces problemes et defauts, les informations sur leur maitrise, leur resolution et les 
resultats des actions point par point. 

4.3.2 Diriger et piloter I'execution du projet : outils et techniques 

.1 Jugement d'expert 

Le jugement d'expert est utilise pour evaluer les donnees d'entree permettant de diriger et 
maitriser I'execution du plan de management du projet. Au cours de ce processus, ce jugement et 
cette expertise s'appliquent aux details techniques et de management. Cette expertise est apport.ee 
par le chef de projet et I'equipe de management de projet qui la detiennent grace a une connaissance 
ou une formation specialised. Une expertise supplemental peut provenir de plusieurs autres sources 
dont, en particulier : 

• d'autres unites dans I'organisation, 

• des consultants, 

• des parties prenantes, dont les clients ou les commanditaires, et 

• des associations professionnelles et techniques. 
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.2 Systeme de gestion de I'information du projet 

Le systeme de gestion de I'information du projet fait partie des facteurs environnementaux de 
I'entreprise et donne acces a un outil automatise utilise dans I'effort de Dinger et piloter I'execution du 
projet; cet outil peut etre un logiciel de planification, un systeme de management de la configuration, 
un systeme de collecte et de diffusion de I'information, ou des interfaces Web avec d'autres systemes 
automatises en ligne. 

4.3.3 Diriger et piloter I'execution du projet : donnees de sortie 

.1 Livrables 

Un livrable approuve est un produit, un resultat ou une capacite a fournir un service, qui est unique et 
verifiable et qui doit etre produit pour achever un processus, une phase ou un projet. 

.2 Information sur la performance du travail 

L'information sur les activites d'un projet est d'ordinaire recueillie au fur et a mesure de I'avancement 
du projet. Cette information se rapporte a divers resultats de performance dont, en particulier : 

• I'etat des livrables, 

• I'avancement de I'echeancier, 

• les couts engages. 

.3 Demandes de modification 

Les problemes importants rencontres au cours de I'execution du projet entrament I'etablissement 
de demandes de modification portant sur les politiques ou les procedures, le contenu du projet, le cout 
du projet ou son budget, son echeancier ou sa qualite. D'autres demandes de modification portent sur 
les actions preventives ou correctives qui doivent etre entreprises pour empecher qu'un impact negatif 
n'affecte ulterieurement le projet. Les demandes de modification peuvent etre directes ou indirectes, 
initiees a I'interne ou a I'externe ; elles peuvent etre optionnelles ou imposees par la legislation ou les 
contrats, et comprennent : 

• Actions correctives. Ce sont des instructions documentees portant sur I'execution du travail 
du projet et par lesquelles la performance attendue de ce travail doit etre en ligne avec le plan 
de management du projet. 

• Actions preventives. Ce sont des instructions documentees de conduite d'une activite susceptible 
de diminuer la probability de consequences negatives provenant des risques du projet. 
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• Corrections des defauts. Ce sont des identifications formellement documentees d'un defaut 
au niveau d'un composant du projet, accompagnees de recommandations de reparation, voire 
de remplacement complet de ce composant. 

• Mises a jour. Ce sont des modifications apportees a la documentation, aux plans, etc., 
formellement controles, de fagon a refleter les modifications ou ajouts d'idees ou de contenu. 

.4 Mises a jour du plan de management du projet 

Les elements du plan de management du projet qui sont susceptibles de mises a jour sont, en 
particulier : 

• le plan de management des exigences, 

• le plan de management de I'echeancier, 

• le plan de management des couts, 

• le plan de management de la qualite, 

• le plan des ressources humaines, 

• le plan de management de la communication, 

• le plan de management des risques, 

• le plan de management des approvisionnements, et 

• les references de base du projet. 

.5 Mises a jour des documents du projet 

Certains documents du projet peuvent necessiter des mises a jour ; ce sont, en particulier : 

• les documents relatifs aux exigences, 

• les registres du projet (problemes majeurs, hypotheses, etc.), 

• les registres des risques, et 

• le registre des parties prenantes. 
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4.4 Surveiller et maitriser le travail du projet 

Surveiller et maitriser le travail du projet est le processus qui consiste a suivre, revoir et ajuster la 
progression pour atteindre les objectifs definis dans le plan de management du projet. La surveillance 
est une activite de management de projet qui est effectuee tout au long de I'execution du projet. La 
surveillance consiste a recueillir, quantifier et diffuser les informations relatives a la performance, et a 
analyser les resultats et les tendances qui vont permettre d'effectuer des ameliorations aux processus. 
Cette surveillance continue donne a I'equipe de management de projet un apergu sur la sante du projet 
et identifie les domaines qui demandent une attention particuliere. La maitrise consiste a determiner les 
actions correctives ou preventives, ou a modifier les plans d'action et a suivre leur deroulement, de fagon 
a verifier si les actions entreprises ont permis de resoudre les problemes de performance. Le processus 
Surveiller et maitriser le travail du projet consiste a : 

• comparer la performance reelle du projet au plan de management du projet ; 

• evaluer la performance de fagon a etablir le besoin d'actions correctives ou preventives et a 
recommandercelles qui sontjugees necessaires ; 

• identifier les risques nouveaux et analyser, suivre et surveiller les risques existants, de fagon a 
s'assurer que les risques presents dans le projet sont bien identifies, que leur etat est communique 
et que des plans appropries de reponse aux risques sont mis en ceuvre ; 

• maintenir, tout au long de I'execution du projet, une base d'informations precise et opportune sur le 
ou les produits du projet, et la documentation qui leur est associee ; 

• procurer I'information necessaire aux rapports d'etat, a la mesure de I'avancement et aux previsions ; 

• fournir les previsions permettant la mise a jour des informations relatives aux couts et a I'echeancier 
actuels ; et 

• surveiller la mise en oeuvre des modifications au fur et a mesure de leur approbation. 

La figure 4-8 presente les donnees d'entree, les outils et techniques, et les donnees de sortie de ce 
processus, et la figure 4-9 illustre le diagramme de flux des donnees. 
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Figure 4-8. Surveiller et maitriser le travail du projet : 
donnees d'entree, outils et techniques, et donnees de sortie 
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Management de I'integration du projet 



Elaborer le plan 

de management 

du projet 



Figure 4-9. Diagramme de flux des donnees du processus Surveiller et maftriser le travail du projet 

4.4.1 Surveiller et maftriser le travail du projet : donnees d'entree 
.1 Plan de management du projet 

II est decrit dans la section 4.2.3.1 . 
.2 Rapports d'avancement 

Les rapports doivent etre prepares par I'equipe de projet et doivent presenter en detail les activites, 
les realisations, les jalons, et les problemes identifies. Les rapports d'avancement peuvent etre utilises 
pour communiquer les informations cles dont, en particulier : 

• I'etat actuel, 

• les realisations importantes de la periode, 

• les activites de I'echeancier, 

• les previsions, et 

• les problemes majeurs. 
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.3 Facteurs environnementaux de I'entreprise 

Parmi les facteurs environnementaux de I'entreprise qui peuventavoir une influence sur le processus 
Surveiller et maitriser le travail du projet, on peut citer : 

• les normes gouvemementales ou industrielles (par exemple, les regimentations des organismes 
de normalisation, les normes de produits, les normes de qualite et les normes de fabrication) ; 

• les systemes d'autorisation des travaux de I'entreprise ; 

• la tolerance aux risques des parties prenantes, et 

• les systemes de gestion de I'information du projet (par exemple, un outil automatise tel qu'un logiciel 
de planification, un systeme de management de la configuration, un systeme de collects et de 
diffusion de I'information, ou des interfaces Web avec d'autres systemes automatises en ligne). 

.4 Actifs organisationnels 

Parmi les actifs organisationnels qui peuvent avoir une influence sur le processus Surveiller et 
maitriser le travail du projet, on peut citer : 

• les exigences de I'organisation en matiere de communication, 

• les procedures de controle financier (par exemple, des comptes-rendus des temps de travail, 
des codes d'imputation comptable, des revues des depenses et des debours, et des provisions 
contractuelles standard), 

• les procedures de management des problemes majeurs et des defauts, 

• les procedures de maitrise des risques, comprenant les categories de risques, la definition des 
probabilites et des impacts, et les matrices de probabilite et d'impact, 

• les bases de donnees des mesures des processus permettant de mettre a disposition les 
donnees de mesures sur les processus et les produits, et 

• la base de donnees des legons apprises. 
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4.4.2 Surveiller et maitriser le travail du projet : outils et techniques 

.1 Jugement d'expert 

Le jugement d'expert est utilise par I'equipe de management de projet pour interpreter les 
informations provenant des processus de surveillance et de maitrise. La determination des actions qui 
doivent etre entreprises pour que la performance du projet corresponde aux attentes est effectuee par 
le chef de projet, en collaboration avec son equipe de projet. 

4.4.3 Surveiller et maitriser le travail du projet : donnees de sortie 

.1 Demandes de modification 

La comparaison des resultats prevus et des resultats reels conduit a I'etablissement de demandes 
de modification qui peuvent etendre le contenu du projet ou du produit, ou le reajuster ou le reduire. Les 
modifications peuvent avoir un impact sur le plan de management du projet, sur les documents du projet 
ou sur les livrables du produit. Les modifications sont en particulier : 

• Actions correctives. Ce sont des instructions documentees portant sur I'execution du travail 
du projet et par lesquelles la performance attendue de ce travail doit etre en ligne avec le plan 
de management du projet. 

• Actions preventives. Ce sont des instructions documentees de conduite d'une activite susceptible 
de diminuer la probabilite de consequences negatives provenant des risques du projet. 

• Corrections des defauts. Ce sont des identifications formellement documentees d'un defaut 
au niveau d'un composant du projet, accompagnees de recommandations de reparation, voire 
de remplacement complet de ce composant. 

.2 Mises a jour du plan de management du projet 

Les elements du plan de management du projet qui sont susceptibles de mises a jour sont, en 
particulier : 

• le plan de management de I'echeancier, 

• le plan de management des couts, 

• le plan de management de la qualite, 

• la reference de base du contenu, 

• la reference de base de I'echeancier, et 

• la reference de base de performance des couts. 
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.3 Mises a jour des documents du projet 

Certains documents du projet peuvent necessiter des mises a jour ; ce sont, en particulier : 

• les previsions, 

• les rapports d'avancement, et 

• les registres des problemes majeurs. 

4.5 Mettre en ceuvre la maitrise integree des modifications 

Mettre en ceuvre la maitrise integree des modifications est le processus qui consiste a examiner toutes 
les demandes de modification, a approuver les modifications et a gerer les modifications des livrables, des 
actifs organisationnels, des documents du projet et du plan de management du projet. Le processus Mettre 
en ceuvre la maitrise integree des modifications est conduit des la creation du projet jusqu'a sa fin. Le plan de 
management du projet, I'enonce du contenu du projet et autres livrables sont entretenus par un management 
rigoureux et continu des modifications, qui sont soit rejetees soit approuvees ; ce management donne ainsi 
I'assurance que seules les modifications approuvees sont incorporees dans une reference de base revisee. 

Le processus Mettre en ceuvre la maitrise integree des modifications comprend les activites de management 
des modifications suivantes, dont le niveau de detail differe selon I'etat d'avancement du projet : 

• une action sur les facteurs qui contoument la maitrise integree des modifications, de sorte que 
seules les modifications approuvees soient mises en ceuvre ; 

• un cycle rapide de revue, d'analyse et d'approbation des demandes de modification ; ceci est 
essentiel car une prise de decision retardee peut avoir un effet negatif sur la duree, le cout ou la 
faisabilite d'une modification ; 

• la gestion des modifications approuvees ; 

• I'entretien de I'integrite des references de base, en n'incorporant dans le plan de management du 
projet et les documents du projet que les modifications approuvees ; 

• une revue, une approbation ou un rejet de toutes les actions correctives et preventives recommandees ; 

• une coordination des modifications sur I'ensemble du projet (une modification proposee de 
I'echeancier peut, par exemple, avoir un effet sur le cout, les risques, la qualite et les ressources 
humaines) ; et 

• une documentation de I'impact total des demandes de modification. 
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Les modifications peuvent etre demandees par n'importe quelle partie prenante du projet. Bien qu'elles 
puissent etre initiees verbalement, elles doivent toujours etre enregistrees par ecrit et saisies dans le systeme 
de management des modifications et/ou de la configuration. Les demandes de modification sont assujetties aux 
processus selectionnes dans les systemes de maitrise des modifications et de la configuration. Ces processus 
de demandes de modification peuvent necessiter des informations concemant les impacts sur les delais et 
couts estimes. 

Chaque demande de modification document.ee doit etre soit approuvee soit rejetee par decision d'une 
autorite faisant partie de I'equipe de management de projet ou d'une organisation externe. Dans beaucoup de 
projets, I'autorisation d'approuver certains types de demandes de modification est donnee au chef de projet, 
et cette autorite est definie dans la documentation de projet relative aux roles et responsabilites. Le processus 
Mettre en ceuvre la maitrise integree des modifications comprend, le cas echeant, un comite de maitrise des 
modifications qui a la responsabilite d'approuver ou de rejeter les demandes de modification. Les roles et 
responsabilites de ces comites sont clairement definis dans les procedures de maitrise de la configuration et 
des modifications, et sont approuves par les parties prenantes appropriees. Dans beaucoup d'organisations 
importantes, une structure de comites a plusieurs niveaux est mise en place avec des responsabilites distinctes 
pour chacun d'entre eux. Lorsqu'un projet est execute sous contrat, certaines modifications proposees peuvent 
devoir etre approuvees par le client, conformement au contrat. 

Les demandes de modification approuvees peuvent necessiter une revision ou la refonte complete des 
estimations de couts, des sequences d'activites, des dates d'echeancier, des besoins de ressources, ainsi que 
differentes analyses de reponse aux risques. Ces modifications peuvent necessiter des rectifications du plan 
de management du projet ou d'autres documents du projet. La rigueur de la maitrise des modifications est 
fonction du champ d'application, de la complexity du projet particulier, des exigences du contrat, et du contexte 
et de I'environnement dans lequel le projet est execute. 

Un systeme de management de la configuration, accompagne d'une maitrise integree des modifications, 
fournit un moyen normalise, utile et efficace de gestion centralise des modifications et references de base 
approuvees dans un projet. La maitrise de la configuration est centree sur les specifications des livrables et des 
processus, alors que la maitrise des modifications est centree sur I'identification, la documentation et la maitrise 
des modifications du projet et des references de base du produit. L'application du systeme de management 
de la configuration sur I'ensemble du projet, y compris les processus de maitrise des modifications, a trois 
objectifs principaux : 

• la mise en place d'une methode evolutive etcoherente d'identification et de demande de modifications 
des references de base etablies, et devaluation de la valeur et de I'efficacite de ces modifications, 

• la disponibilite, en permanence, d'opportunites de validation et d'amelioration du projet, en etudiant 
I'impact de chacune des modifications, et 

• la disponibilite d'un mecanisme permettant a I'equipe de management de projet de communiquer 
aux parties prenantes, de maniere continue, toutes les modifications approuvees et rejetees. 
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Parmi les activites de management de la configuration qui font partie du processus Maitrise integree des 
modifications, on peut citer : 

• V identification de la configuration. C'est la selection et I'identification d'un element de configuration 
servant de base a la definition et verification de la configuration des produits, a I'etiquetage des 
produits et des documents, au management des modifications et au maintien de la responsabilite. 

• La tenue des releves d'etat de la configuration. L'information est enregistree et rapportee 
par rapport au moment auquel les donnees appropriees relatives a I'element de configuration 
doivent etre fournies. Cette information comprend une liste de I'identification de la configuration 
approuvee, I'etat des modifications proposees de la configuration et I'etat de mise en oeuvre des 
modifications approuvees. 

• La verification et I'audit de la configuration. La verification et I'audit de la configuration permettent 
d'assurer que la composition des elements de configuration d'un projet est correcte, et que les 
modifications correspondantes sont enregistrees, evaluees, approuvees, suivies et correctement 
mises en oeuvre. Le respect des exigences fonctionnelles definies dans la documentation de la 
configuration est ainsi assure. 

La figure 4-10 presente les donnees d'entree, les outils et techniques, et les donnees de sortie de ce 
processus, et la figure 4-1 1 illustre le diagramme de flux des donnees. 
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Figure 4-10. Mettre en oeuvre la maitrise integree des modifications : 
donnees d'entree, outils et techniques, et donnees de sortie 
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Figure 4-11. Diagramme de flux des donnees du processus 
Mettre en ceuvre la maitrise integree des modifications 
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4.5.1 Mettre en oeuvre la maitrise integree des modifications : donnees d'entree 
.1 Plan de management du projet 

II est decrit dans la section 4.2.3.1 . 
.2 Information sur la performance du travail 

Elle est decrite dans la section 4.3.3.2. 
.3 Demandes de modification 

Tous les processus de surveillance et de maitrise, ainsi que la plupart des processus d'execution, 
produisent des donnees de sortie qui sont des demandes de modification. Les demandes de modification 
peuvent etre des actions correctives et preventives, et des corrections des defauts. Toutefois, les 
actions correctives et preventives n'affectent normalement pas les references de base des projets 
mais seulement la performance par rapport a ces bases. 

.4 Facteurs environnementaux de I'entreprise 

Parmi les facteurs environnementaux de I'entreprise qui peuventavoir une influence sur le processus 
Maitrise integree des modifications, on peut citer : les systemes de gestion de I'information du projet 
(par exemple, un outil automatise tel qu'un logiciel de planification, un systeme de management 
de la configuration, un systeme de collecte et de diffusion de I'information, ou des interfaces Web 
avec d'autres systemes automatises en ligne). Cette liste n'est pas exhaustive mais devrait pouvoir 
s'appliquer a la plupart des projets. 

.5 Actifs organisationnels 

Parmi les actifs organisationnels qui peuvent avoir une influence sur le processus Elaborerla charte 
du projet, on peut citer: 

• les procedures de maitrise des modifications, comprenant les etapes de modification des 
normes, de la politique interne, des plans et de tout autre document de projet, ainsi que les 
modalit.es d'approbation, de validation et de mise en oeuvre de ces modifications ; 

• les procedures d'approbation et d'emission des autorisations de modification ; 

• les bases de donnees des mesures des processus permettant de recueillir et mettre a disposition 
les donnees de mesures sur les processus et les produits ; 
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• les fichiers du projet (par exemple, les references de base du contenu, du cout, de I'echeancier et 
des mesures de performance, des calendriers du projet, des diagrammes de reseau du projet, des 
registres des risques, des actions de reponse prevues et de I'impact des risques defini) ; et 

• les bases de connaissance sur le management de la configuration contenant les versions et les 
references de base pour I'ensemble officiel des normes, procedures et de la politique interne 
de I'entreprise et de tous les documents du projet. 

4.5.2 Mettre en oeuvre la maitrise integree des modifications : outils et techniques 

.1 Jugement d'expert 

II peut etre demande aux parties prenantes, en complement au jugement d'expert de I'equipe de 
management de projet, d'apporter leur expertise et de participer aux reunions du comite de maitrise 
des modifications. Au cours de ce processus, ce jugement et cette expertise s'appliquent aux details 
techniques et de management, et peuvent provenir de sources diverses comme, par exemple : 

• des consultants, 

• des parties prenantes, dont les clients ou les commanditaires, 

• des associations professionnelles et techniques, 

• des groupes industriels, 

• des experts en la matiere, et 

• le bureau des projets. 

.2 Reunions de maitrise des modifications 

La responsabilite de la conduite de reunions et de revues des demandes de modification, puis de 
leur approbation ou rejet, incombe au comite de maitrise des modifications. Les roles et responsabilites 
de ces comites sont clairement definis, et sont approuves par les parties prenantes appropriees. 
Toutes les decisions du comite de maitrise des modifications sont documentees et communiquees 
aux parties prenantes pour information et suivi. 

4.5.3 Mettre en oeuvre la maitrise integree des modifications : donnees de sortie 

L'approbation d'une demande de modification necessite une modification de la reference de base lorsque 
la modification est jugee faisable mais en dehors du cadre du contenu du projet. L'approbation d'une demande 
de modification sera rejetee, et probablement renvoyee au demandeur pour plus d'informations, lorsque la 
modification n'est pas jugee faisable. 
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.1 Mises a jour de I'etat des demandes de modification 

Le chef de projet, ou un membre designe de I'equipe, traite les demandes de modification 
conformement au systeme de maitrise des modifications. Les demandes approuvees seront mises 
en oeuvre en conduisant le processus Dinger et piloter I'execution du projet. La mise a jour de I'etat 
de toutes les modifications, qu'elles soient on non approuvees, est effectuee dans le registre des 
demandes de modification et fait partie des mises a jour des documents du projet. 

.2 Mises a jour du plan de management du projet 

Les elements du plan de management du projet qui sont susceptibles de mises a jour sont, en 
particulier : 

• tous les plans de management subsidiaires, et 

• les references de base qui sont assujetties au processus formel de maitrise des modifications. 

Les modifications des references de base ne doivent mentionner que les modifications posterieures 
a la date actuelle. Les performances passees ne peuvent pas etre modifiees. L'integrite des references 
de base et des donnees historiques des performances passees est ainsi respect.ee. 

.3 Mises a jour des documents du projet 

Le registre des demandes de modification et tout autre document assujetti au processus formel de 
maitrise des modifications sont parmi les documents du projet susceptibles d'etre mis a jour a la suite 
du processus Mettre en oeuvre la maitrise integree des modifications. 

4.6 Clore le projet ou la phase 

Clore le projet ou la phase est le processus qui consiste a finaliser toutes les activites pour I'ensemble des 
groupes de processus de management de projet afin de clore formellement le projet ou I'une de ses phases. 
Lors de la cloture du projet, le chef de projet passera en revue toutes les informations anterieures provenant des 
clotures des phases precedentes, de fagon a s'assurer que tout le travail du projet est acheve et que le projet 
a atteint ses objectifs. Puisque le contenu du projet est mesure par rapport au plan de management du projet, 
le chef de projet procedera a la revue de ce document afin de s'assurer de I'achevement du projet avant de le 
declarer clos. Le processus Clore le projet ou la phase permet egalement d'etablir les procedures d'examen et 
de documentation des raisons qui ont conduit a terminer un projet avant qu'il ne soit acheve. 
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Ceci comprend toutes les activites necessaires a la cloture administrative du projet ou de la phase, y 
compris les methodologies echelonnees qui portent sur : 

• les actions et activites necessaires a la satisfaction des criteres d'achevement ou de sortie d'une 
phase ou d'un projet ; 

• les actions et activites necessaires au transfert des produits, services ou resultats du projet vers la 
phase suivante ou vers la production et/ou les operations ; et 

• les activites necessaires au recueil des enregistrements du projet ou de la phase, aux audits du projet 
passes avec succes ou non, a la capture des legons apprises et a I'archivage des informations du 
projet pour utilisation ulterieure par I'organisation. 

La figure 4-12 presente les donnees d'entree, les outils et techniques, et les donnees de sortie de ce 
processus, et la figure 4-1 3 illustre le diagramme de flux des donnees. 
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Figure 4-13. Diagramme de flux des donnees du processus Clore le projet ou la phase 
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4.6.1 Clore le projet ou la phase : donnees d'entree 

.1 Plan de management du projet 

II est decrit dans la section 4.2.3.1 . 
.2 Livrables acceptes 

Ce sont les livrables qui ont ete acceptes lors de la conduite du processus Verifier le contenu ; voir 
la section 5.4. 

.3 Actifs organisationnels 

Parmi les actifs organisationnels qui peuvent avoir une influence sur le processus Clore le projet 
ou la phase, on peut citer : 

• les instructions ou exigences de cloture du projet ou de la phase (par exemple, les audits du 
projet, les evaluations du projet et les criteres de transfert), et 

• les informations historiques et les bases de donnees des legons apprises (par exemple, des 
enregistrements et des documents du projet, toute information et documentation de cloture 
du projet, des informations relatives aux resultats des decisions anterieures de selection 
de projet et aux performances de projets anterieurs, et des informations sur I'effort de 
management des risques). 

4.6.2 Clore le projet ou la phase : outils et techniques 

.1 Jugement d'expert 

Le jugement d'expert intervient lors de la conduite des activites de cloture administrative. Grace a 
ces experts, la cloture du projet ou de la phase s'effectue conformement aux normes appropriees. 

4.6.3 Clore le projet ou la phase : donnees de sortie 

.1 Transfert du produit, du service ou du resultat final 

Cette donnee de sortie se rapporte au transfert du produit, service ou resultat final que le projet 
a ete autorise de produire (ou le produit, service ou resultat intermediate dans le cas de la cloture 
d'une phase). 
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.2 Mises a jour des actifs organisationnels 

Parmi les actifs organisationnels qui sont mis a jour a la suite du processus Clore le projet ou la 
phase, on peut citer : 

• Les fichiers du projet. lis constituent la documentation emanant des activites du projet, comme 
par exemple le plan de management du projet, le contenu, le cout, I'echeancier et les calendriers 
du projet, les registres des risques, la documentation du management des modifications, les 
actions prevues de reponse aux risques et I'impact des risques. 

• Les documents de cloture du projet ou de la phase. Ces documents comprennent la 
documentation formalisant I'achevement du projet ou de la phase et le transfert des livrables 
achieves du projet ou de la phase a, par exemple, un groupe d'operations ou la phase suivante. 
Lors de la cloture du projet, le chef de projet passe en revue la documentation de la phase 
precedents, la documentation d'acceptation du client provenant de la verification du contenu 
(voir la section 5.4) et le contrat (le cas echeant), afin de s'assurer que toutes les exigences 
du projet sont satisfaites avant de finaliser la cloture. Dans le cas de la terminaison d'un projet 
qui n'est pas acheve, la documentation formelle en indiquera les raisons et formalisera les 
procedures de transfert des livrables finis et non finis du projet annule. 

• L'information historique. L'information historique et les informations issues des legons 
apprises sont transferees dans la base de connaissance des legons apprises, de sorte qu'elles 
servent aux projets futurs ou aux phases futures. Les informations relatives aux problemes 
majeurs, aux risques et aux techniques qui ont donne de bons resultats, font partie de cet 
historique et pourront etre appliques lors de projets futurs. 
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MANAGEMENT DU CONTENU DU PROJET 

Le management du contenu du projet comprend les processus permettant d'assurer que tout le travail 
requis par le projet, et seul le travail requis, est effectue pour achever le projet avec succes. Le management 
du contenu du projet porte essentiellement sur la definition et la maitrise de ce qui est inclus et ce qui est exclu 
du projet. La figure 5-1 donne une vue d'ensemble des processus de management du contenu du projet. Ces 
processus sont les suivants : 

5.1 Recueillir les exigences— C'est le processus qui consiste a definir et a documenter les besoins 
des parties prenantes necessaires pour atteindre les objectifs du projet. 

5.2 Definir le contenu— C'est le processus qui consiste a elaborer une description detaillee du projet 
et du produit. 

5.3 Creer la structure de decoupage du projet— C'est le processus qui consiste a subdiviser les 
livrables et le travail du projet en composants plus petits et plus faciles a maitriser. 

5.4 Verifier le contenu — C'est le processus qui consiste a formaliser I'acceptation des livrables 
achieves du projet. 

5.5 Maitriser le contenu — C'est le processus qui consiste a surveiller I'etat du contenu du projet et 
du produit, et a gerer les modifications affectant la reference de base du contenu. 

Ces processus interagissent entre eux et avec les processus des autres domaines de connaissance. Suivant 
les besoins du projet, chaque processus peut demander I'effort d'une ou plusieurs personnes. Chaque processus 
est execute au moins une fois dans un projet et dans une ou plusieurs de ses phases si celui-ci est decoupe 
en phases. Bien que les processus soient present.es ici comme des composants distincts ayant des interfaces 
clairement definies, dans la pratique ils se chevauchent et interagissent selon des modalites qui ne sont pas 
detaillees ici. Les interactions des processus sonttraitees en detail dans le chapitre 3, Processus de management 
d'un projet. Dans le contexte du projet, le terme contenu peut se rapporter au : 

• Contenu du produit. Ce sont les caracteristiques et les fonctions qui caracterisent un produit, un 
service ou un resultat ; et/ou 

• Contenu du projet. C'est le travail qui doit etre accompli pour livrer un produit, un service ou un resultat 
possedant les caracteristiques et les fonctions specifies. 

Les processus utilises dans le management du contenu d'un projet, ainsi que les outils et techniques 
associes, dependent du champ d'application et sont habituellement definis dans le cadre du cycle de vie 
du projet. L'enonce detaille et approuve du contenu du projet, ainsi que la SDP et le dictionnaire de la SDP, 
constituent la reference de base du contenu du projet. Cette reference de base du contenu est ensuite surveillee, 
verifiee et maitrisee tout au long du cycle de vie du projet. 



©2008 Project Management Institute. Guide du Corpus des connaissances en management de projet (Guide PMBOK®) — Quatrieme edition 



CHAPITRE 5 - MANAGEMENT DU CONTENU DU PROJET 



Bien qu'il ne soit pas presente ici comme un processus distinct, le travail requis pour la conduite des cinq 
processus de management du contenu du projet demande un effort preliminaire de planification de la part 
de I'equipe de management de projet. Cet effort de planification fait partie du processus Elaborer le plan de 
management du projet (voir la section 4.2) qui produit un plan de management du contenu procurant des conseils 
sur la fagon de definir, documenter, verifier, gerer et maitriser le contenu du projet. Selon les besoins du projet, le 
plan de management du contenu peut etre formel ou informel, tres detaille ou formule de maniere generale. 
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Figure 5-1. Management du contenu du projet : 
donnees d'entree, outils et techniques, et donnees de sortie 
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Le degre d'achevement du contenu du projet est mesure par rapport au plan de management du projet 
(voir la section 4.2.3.1), alors que le degre d'achevement du contenu du produit est mesure par rapport aux 
exigences du produit (voir la section 5.1). Les processus de management du contenu du projet doivent etre 
bien integres aux processus des autres domaines de connaissance, de sorte que le travail du projet delivre le 
contenu du produit specifie. 

5.1 Recueillir les exigences 

Ftecueillir les exigences est le processus qui consiste a definir et a documenter les besoins des parties 
prenantes necessaires pour atteindre les objectifs du projet. La reussite du projet est directement fonction du 
soin apporte au recueil et au management des exigences du produit et du projet. Les exigences comprennent les 
attentes et besoins quantifies et document.es du commanditaire, du client et des autres parties prenantes. Ces 
exigences doivent etre recueillies, analysees et enregistrees d'une maniere suffisamment detaillee pour que leur 
mesure puisse se faire des le debut de I'execution du projet. Leur recueil consiste a definir et a gerer les attentes 
du client. Les exigences torment la base de la SDR Les planifications du cout, des delais et de la qualite sont toutes 
basees surces exigences. Le recueil des exigences commence par une analyse des informations contenues dans 
la charte du projet (voir la section 4.1 .3.1 ) et dans le registre des parties prenantes (voir la section 1 0.1 .3.1 ). 

De nombreuses organisations font la distinction entre les exigences du projet et celles du produit. Les 
exigences du projet peuvent comprendre des exigences commerciales, des exigences de management de 
projet, des exigences de livraison, etc. Parmi les exigences du produit, on peut trouver des informations sur 
des exigences techniques, des exigences de securite, des exigences de performance, etc. 

La figure 5-2 illustre les donnees d'entree, les outils et techniques et les donnees de sortie relatives au 
processus Recueillir les exigences, et la figure 5-3 montre en resume les flux et les interactions de base au 
sein de ce processus. 
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Figure 5-2. Recueillir les exigences : donnees d'entree, outils et techniques, et donnees de sortie 
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Management du contenu du projet 



Elaborer le plan 
de management 



Figure 5-3. Diagramme de flux des donnees du processus Recueillir les exigences 

5.1 .1 Recueillir les exigences : donnees d'entree 

.1 Charte du projet 

La charte du projet permet de fournir les exigences de haut niveau du projet et la description de 
haut niveau du produit du projet, de fagon a ce que les specifications detaillees du produit puissent 
etre etablies. La charte du projet est decrite dans la section 4.1 . 

.2 Registre des parties prenantes 

Ce registre permet d'identifier les parties prenantes susceptibles d'apporter des informations sur 
les exigences detaillees du projet et du produit. Le registre des parties prenantes est decrit dans la 
section 10.1. 
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5.1 .2 Recueillir les exigences : outils et techniques 

.1 Interviews 

Une interview est une approche formelle ou informelle permettant, par un dialogue direct avec les 
parties prenantes, de decouvrir les informations qu'elles possedent. Elle est habituellement conduite 
en posant des questions preparees ou spontanees, et en enregistrant les reponses. Les interviews 
sont souvent conduites en tete a tete mais peuvent egalement mettre en jeu plusieurs interviewers et/ 
ou plusieurs interviewed. Interviewer des participants experiment.es du projet, des parties prenantes 
et des experts en la matiere peut aider a identifier et a definir les caracteristiques et les fonctions des 
livrables desires du projet. 

.2 Groupes de consultation 

Les groupes de consultation rassemblent les parties prenantes preselectionnees et les experts en 
la matiere dans le but de connaitre leurs attentes et attitudes au sujet d'un produit, un service ou un 
resultat propose. Un moderateur qualifies conduit, au sein du groupe, une discussion interactive de 
nature plus conversationnelle qu'une interview en tete a tete. 

.3 Ateliers diriges 

Les ateliers sur les exigences sont des sessions ciblees qui rassemblent les parties prenantes 
inter-fonctionnelles cles afin de definir les exigences du produit. lis sont considered comme etant 
une technique essentielle de definition rapide des exigences inter-fonctionnelles et de reconciliation 
des differences entre parties prenantes. Bien conduites, de telles sessions peuvent, en raison de 
leur nature interactive au sein du groupe, creer la confiance, stimuler les relations et ameliorer les 
communications entre les participants, ce qui peut conduire a un consensus renforce entre les parties 
prenantes. Cette technique permet egalement d'identifier les problemes majeurs et de les resoudre 
plus rapidement qu'au cours de sessions individuelles. 

Par exemple, des ateliers diriges appeles en anglais « Joint Application Development (or Design) » 
(JAD) sont conduits dans I'industrie de developpement de logiciels. La conduite de ces sessions 
dirigees a pour but essentiel de reunir les utilisateurs et I'equipe de developpement afin d'ameliorer 
le processus de developpement de logiciels. Dans I'industrie de la fabrication, le deploiement de 
la fonction qualite est un exemple d'une autre technique d'ateliers diriges aidant a determiner les 
caracteristiques essentielles pour le developpement de nouveaux produits. La premiere etape du 
deploiement de la fonction qualite est I'expression des besoins du client. Ces besoins sont ensuite 
tries et classes par ordre de priorite, et des objectifs sont alors etablis pour les satisfaire. 
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.4 Techniques de creativite collective 

Plusieurs activites de groupe peuvent etre organisees dans le but d'identifier les exigences du 
projet et du produit. Parmi les techniques de creativite collective pouvant etre utilisees, on trouve : 

• Le remue-meninges. Cette technique facilite la production et le recueil de nombreuses idees 
sur les exigences du projet et du produit. 

• La technique du groupe nominal. Cette technique rentorce le remue-meninges par la conduite 
d'un vote destine a classer les idees les plus utiles ; ces idees sont ensuite soumises a de nouvelles 
sessions de remue-meninges ou classees parordre de priorite. 

• La technique de Delphes. Un groupe d'experts selectionnes repond a des questionnaires et 
fournit un retour d'information sur les responses de chaque serie de collecte d'exigences. Dans 
le but de preserver I'anonymat, seul I'animateur a acces aux reponses. 

• Les cartes heuristiques. Les idees emises lors de sessions de remue-meninges individuelles 
sont rassemblees sur une carte unique de fagon a faire ressortir les points communs et les 
differences, et a produire de nouvelles idees. 

• Diagramme d'affinite. Cette technique permet de classer un grand nombre d'idees en plusieurs 
groupes afin de les passer en revue et les analyser. 

.5 Techniques de prise de decision en groupe 

La prise de decision en groupe est un processus devaluation de multiples possibilit.es pour decider 
des actions futures a entreprendre. Ces techniques peuvent etre utilisees pour developper, classifier 
et ordonner par ordre de priorite les exigences du produit. 

II existe plusieurs methodes permettant d'arriver a une decision de groupe, a savoir : 

• L'unanimite. Chaque participant approuve une ligne d'action unique. 

• La majorite. L'accord de plus de la moitie des membres du groupe est considere. 

• La pluralite. La decision revient a la partie la plus importante du groupe, meme si la majorite 
n'est pas atteinte. 

• La dictature. Un seul individu prend la decision au nom du groupe. 

Presque toutes les methodes de decision decrites ci-dessus peuvent etre appliquees aux techniques 
de groupe pratiquees dans le processus de recueil des exigences. 
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.6 Questionnaires et enquetes 

Les questionnaires et enquetes sont des ensembles de questions ecrites qui permettent un recueil 
rapide d'informations a partir des reponses d'un grand nombre d'individus. Les questionnaires et/ 
ou les enquetes conviennent surtout dans le cas de larges groupes, lorsqu'un resultat rapide est 
necessaire et que I'analyse statistique est applicable. 

.7 Observations 

Les observations foumissent un moyen direct de voir evoluer les individus dans leur environnement, 
de voir comment ils accomplissent leur travail et leurs taches, et executent les processus. Elles 
sont particulierement utiles dans le cas de processus detailles, lorsque les individus qui utilisent 
le produit ont des difficult.es a presenter leurs exigences, ou le font avec reticence. L'observation, 
appelee egalement « observation au poste de travail », est habituellement pratiquee en externe par la 
personne qui observe I'utilisateur au cours de son travail. Elle peut egalement etre effectuee par un 
« observateur participant » qui, lui-meme, conduit un processus ou suit une procedure, de fagon a en 
voir le deroulement et decouvrir des exigences cachees. 

.8 Prototypes 

La realisation d'un prototype est une methode permettant un retour d'information rapide par rapport 
aux exigences, en mettant a disposition un modele fonctionnel du produit souhaite avant de le produire 
effectivement. Puisque les prototypes sont concrets, ils permettent aux parties prenantes de tester un 
modele de leur produit final plutot que de simplement discuter de maniere abstraite sur leurs exigences. 
Les prototypes soutiennent le concept d'elaboration progressive car ils sont utilises dans des cycles 
iteratifs de creation de maquettes, d'experimentation par les utilisateurs, de generation de retour 
d'information et de modifications de prototype. Une fois les cycles de retroaction necessaires effectues, 
les exigences etablies a partir du prototype sont suffisamment completes pour permettre de passer a 
la phase de conception ou de fabrication. 

5.1 .3 Recueillir les exigences : donnees de sortie 

.1 Documentation des exigences 

La documentation des exigences decrit la fagon dont chacune des exigences satisfait les besoins 
commerciaux du projet. La documentation des exigences peut commencer par les exigences de haut 
niveau et devenir progressivement plus detaillee en fonction du niveau croissant de connaissance. 
Avant d'etre incorporees a la reference de base, les exigences doivent etre pergues par les parties 
prenantes cles comme etant claires (mesurables et testables), tragables, completes, coherentes et 
acceptables. Le format d'une documentation des exigences peut aller d'une simple liste de toutes les 
exigences classees par partie prenante et par priorite, a un format plus elabore comportant un resume, 
des descriptions detaillees et des annexes. 
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Parmi les composants de la documentation des exigences, on peut citer : 

• le besoin commercial ou I'opportunite a saisir, decrivant les limites de la situation actuelle et les 
raisons pour lesquelles le projet a ete lance ; 

• les objectifs de I'entreprise et du projet pour la tragabilite ; 

• les exigences fonctionnelles decrivant, suivant les cas, les processus commerciaux, les informations 
et I'interaction avec le produit, qui peuvent etre document.es textuellement dans une liste des 
exigences, dans des modeles, ou dans les deux ; 

• les exigences non fonctionnelles, telles que le niveau de service, performance, securite, surete, 
conformite, facilite d'entretien, retention/epuration, etc. ; 

• les exigences de qualite ; 

• les criteres d 'acceptation ; 

• les regies administratives enongant les principes de direction de I'organisation ; 

• les impacts sur d'autres parties de I'organisation comme, par exemple, le centre d'appels, la 
force de vente, les groupes technologiques ; 

• les impacts sur d'autres entites exterieures ou interieures a I'entreprise realisatrice ; 

• les exigences de support et de formation ; et 

• les hypotheses et les contraintes des exigences. 

.2 Plan de management des exigences 

Le plan de management des exigences documente la fagon dont les exigences seront analysees, 
documentees et managees tout au long du projet. La relation entre phases, decrit dans la section 2.1 .3.2, 
exerce une forte influence sur le management des exigences. Le chef de projet doit choisir la relation la 
plus efficace pour le projet et documenter cette approche dans le plan de management des exigences. 
La plupart des composants du plan de management des exigences sont bases sur cette relation. 

Parmi les composants du plan de management des exigences, on peut citer : 

• la methode de planification, de suivi et de revue des activites relatives aux exigences ; 

• les activites de management de la configuration, telles que la fagon dont les modifications du 
produit, du service ou du resultat seront initiees, la fagon dont les impacts seront analyses, 
traces, suivis et rapport.es, ainsi que les niveaux d'autorisation requis pour approbation de 
ces modifications ; 
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• les processus de hierarchisation des exigences ; 

• les metriques du produit qui seront utilisees et la justification de leur utilisation ; et 

• la structure de la tragabilite, c'est-a-dire les attributs des exigences qui seront pris en compte 
dans la matrice de tragabilite et par rapport auxquels seront suivies les autres exigences en 
matiere de documentation du projet. 

.3 Matrice de tragabilite des exigences 

La matrice de tragabilite des exigences est un tableau qui associe les exigences et leurs origines, 
et les suit tout au long du cycle de vie du projet. La mise en oeuvre de la matrice de tragabilite des 
exigences permet d'assurer que chaque exigence apporte une valeur commerciale en la liant aux 
objectifs commerciaux de I'entreprise et aux objectifs du projet. Elle procure un moyen de suivre les 
exigences tout au long du cycle de vie du projet, permettant d'assurer que les exigences approuvees 
dans la documentation sont satisfaites a la fin du projet. Enfin, elle fournit une structure de gestion des 
modifications du contenu du produit. 

Parmi les points qui peuvent etre traces par ce processus, on peut trouver : 

• les exigences par rapport aux besoins, opportunit.es, buts et objectifs commerciaux ; 

• les exigences par rapport aux objectifs du projet ; 

• les exigences par rapport au contenu du projet/aux livrables de la SDP ; 

• les exigences par rapport a la conception du produit ; 

• les exigences par rapport au developpement du produit ; 

• les exigences par rapport a la strategie de test et aux scenarios de test ; et 

• les exigences de haut niveau par rapport aux exigences plus detaillees. 

Les attributs associes a chacune des exigences peuvent etre enregistres dans la matrice de 
tragabilite des exigences. Ces attributs aident a definir les informations cles relatives aux exigences. 
Les attributs habituellement utilises dans la matrice de tragabilite des exigences peuvent comprendre : 
un identifiant unique, une description textuelle de I'exigence, la raison de son inclusion, le proprietaire, 
la source, la priorite, la version, I'etat actuel (par exemple, actif, annule, differe, ajoute, approuve) et 
la date d'achevement. Les attributs supplemental assurant que I'exigence a satisfait les parties 
prenantes peuvent comprendre la stability la complexite et les criteres d'acceptation. 
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5.2 Definir le contenu 

Definirle contenu est le processus qui consiste a elaborer une description detaillee du projet et du produit. La 
preparation d'un enonce detaille du contenu du projet est essentielle a la reussite du projet, et est batie sur les 
livrables principaux, les hypotheses et les contraintes qui sont documented lors du demarrage du projet. Pendant 
la planification, le contenu du projet est defini et decrit avec d'autant plus de precision que les informations 
sur le projet sont collectees. Les risques, hypotheses et contraintes existants sont analyses pour s'assurer que 
leur etat est complet ; des risques, hypotheses et contraintes supplementaires sont ajoutes le cas echeant. 
La figure 5-4 illustre les donnees d'entree, les outils et les donnees de sortie relatives au processus Definirle 
contenu, et la figure 5-5 montre en resume les flux et les interactions de base au sein de ce processus. 
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Figure 5-4. Definir le contenu : donnees d'entree, outils et techniques, et donnees de sortie 
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5.2.1 Definir le contenu : donnees d'entree 
.1 Charte du projet 

La charte du projet donne, a un haut niveau, une description du projet et des caracteristiques du 
produit. Elle contient egalement les exigences d'approbation du projet. La charte du projet est decrite 
dans la section 4.1 .3.1 . Lorsque I'entreprise realisatrice n'utilise pas de charte du projet, des informations 
similaires doivent etre obtenues ou developpees, et utilisees comme base de I'enonce detaille du 
contenu du projet. 

.2 Documentation des exigences 

Elle est decrite dans la section 5.1 .3.1 . 
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Figure 5-5. Diagramme de flux des donnees du processus Definir le contenu 
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.3 Actifs organisationnels 

Parmi les actifs organisationnels qui peuvent avoir une influence sur le processus Definirle contenu, 
on peut citer : 

• les politiques, procedures et modeles pour un enonce du contenu du projet, 

• les fichiers des projets precedents, et 

• les legons apprises des phases precedentes ou de projets precedents. 

5.2.2 Definir le contenu : outils et techniques 

.1 Jugement d'expert 

Le jugement d'expert est souvent utilise pour analyser les informations necessaires a I'elaboration 
de I'enonce du contenu du projet. Ce jugement et cette expertise s'appliquent a tous les details 
techniques. Cette expertise est apportee par tout groupe ou individu possedant la connaissance ou la 
formation correspondante, et peut provenir de plusieurs sources differentes, dont en particulier : 

• d'autres unites dans I'organisation, 

• des consultants, 

• des parties prenantes, dont des clients ou des commanditaires, 

• des associations professionnelles et techniques, 

• des groupes industriels, et 

• des experts en la matiere. 

.2 Analyse du produit 

L'analyse du produit peut etre un outil efficace dans des projets dont le livrable est un produit, et 
non un service ou un resultat. II existe pour chaque champ d'application une ou plusieurs methodes 
habituellement acceptees pour traduire en livrables tangibles les descriptions de haut niveau du 
produit. L'analyse du produit comprend des techniques telles que la structure de decoupage du 
produit, l'analyse des systemes, l'analyse des exigences, I'ingenierie systeme, I'ingenierie de la valeur 
et l'analyse de la valeur. 

.3 Identification des possibilit.es 

L'identification des possibilit.es est une technique permettant de generer differentes approches 
d'execution et de mise en oeuvre du travail du projet. Des techniques generates de management 
peuvent etre utilisees comme, par exemple, le remue-meninges, la pensee laterale, les comparaisons 
par paires, etc. 
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.4 Ateliers diriges 

lis sont decrits dans la section 5.1 .2.3. 

5.2.3 Definir le contenu : donnees de sortie 

.1 Enonce du contenu du projet 

L'enonce du contenu du projet decrit de maniere detaillee les livrables du projet et le travail requis 
pour les creer. L'enonce du contenu du projet permet egalement une comprehension partagee du contenu 
du projet par toutes les parties prenantes. II peut contenir des exclusions explicites qui aident a gerer les 
attentes des parties prenantes. II permet a I'equipe de projet d'effectuer une planification plus detaillee, 
guide leur travail lors de I'execution et fournit une reference de base pour evaluer si les demandes de 
modifications ou de travaux supplemental sont comprises ou non dans le cadre du projet. 

Le degre et le niveau de detail utilises dans l'enonce du contenu du projet pour definir le travail a 
effectuer et le travail a exclure, peuvent determiner la capacite de maitrise du contenu global du projet 
par I'equipe de management de projet. L'enonce detaille du contenu du projet comprend ce qui suit, 
soit directement soit par reference a d'autres documents : 

• Une description du contenu du produit. Elle elabore progressivement les caracteristiques du 
produit, du service ou du resultat decrit dans la charte du projet et la documentation des exigences. 

• Les criteres d'acceptation du produit. lis definissent les processus et les criteres permettant 
d'accepter les produits, services ou resultats acheves. 

• Les livrables du projet. lis comprennent a la fois les donnees de sortie, dont le produit ou 
le service du projet, et les resultats auxiliaires tels que les rapports et la documentation de 
management de projet. La description des livrables peut etre presentee de fagon resumee ou 
tres detaillee. 

• Les exclusions du projet. C'est generalement I'identification de ce qui est exclus du projet. 
L'enonce explicite de ce qui ne fait pas partie du contenu du projet aide a gerer les attentes des 
parties prenantes. 

• Les contraintes du projet. C'est la liste et la description des contraintes specifiques du projet 
associees au contenu du projet qui limite les options dont dispose I'equipe comme, par exemple, 
un budget predetermine, des dates ou des jalons de I'echeancier imposes par le client ou 
I'entreprise realisatrice. Lorsqu'un projet est execute sous contrat, les provisions contractuelles 
sont generalement des contraintes. Les informations relatives aux contraintes peuvent etre 
inscrites dans l'enonce du contenu du projet ou dans un registre separe. 
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• Les hypotheses du projet. C'est la liste et la description des hypotheses specifiques du projet 
associees au contenu du projet, et de rimpact potentiel de ces hypotheses si elles s'averentfausses. 
Dans leur processus de planification, les equipes de projet precedent frequemment a I'identification, 
la documentation et la validation de ces hypotheses. Les informations relatives aux hypotheses 
peuvent etre inscrites dans I'enonce du contenu du projet ou dans un registre separe. 

.2 Mises a jour des documents du projet 

Certains documents du projet peuvent necessiter des mises a jour ; ce sont, en particulier : 

• le registre des parties prenantes, 

• la documentation des exigences, et 

• la matrice de tragabilite des exigences. 

5.3 Creer la SDP 

Creer la SDP est le processus qui consiste a subdiviser les livrables et le travail du projet en composants plus 
petits et plus faciles a maitriser. La structure de decoupage du projet (SDP) est une decomposition hierarchique 
basee sur les livrables du travail, que I'equipe de projet doit effectuer pour atteindre les objectifs du projet et creer 
les livrables requis, chaque niveau inferieur de la SDP representant une definition de plus en plus detaillee du 
travail du projet. La SDP organise et definit le contenu total du projet et represents le travail specifies dans I'enonce 
actuellement approuve du contenu du projet (voir les figures 5-6 et 5-7). 

Le travail prevu se trouve au niveau le plus bas des composants de la SDP. Ces composants sont appeles 
lots de travail. Un lot de travail peut etre planifie, surveille et maitrise, et son cout peut etre estime. Dans le 
contexte de la SDP, le travail correspond aux produits ou livrables du travail resultant de I'effort, et non pas 
a I'effort lui-meme. La figure 5-6 illustre les donnees d'entree, les outils et les donnees de sortie relatives 
au processus Creer la structure de decoupage du projet, et la figure 5-7 montre en resume les flux et les 
interactions de base au sein de ce processus. 

Pour de plus amples informations sur les structures de decoupage du projet, veuillez consulter la publication 
intitulee « Practice Standard for Work Breakdown Structures - Second Edition [1] 1 (en anglais seulement). 
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Figure 5-6. Creer la SDP : donnees d'entree, outils et techniques, et donnees de sortie 

1 Le chiffre en caractere gras entre crochets renvoie a la liste des references qui se trouve a la fin de cette norme. 
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Figure 5-7. Diagramme de flux des donnees du processus Creer la SDP 

5.3.1 Creer la SDP : donnees d'entree 
.1 Enonce du contenu du projet 

II est decrit dans la section 5.2.3.1 . 
.2 Documentation des exigences 

Elle est decrite dans la section 5.1 .3.1 . 
.3 Actifs organisationnels 
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Parmi les actifs organisationnels qui peuvent avoir une influence sur le processus Creerla structure 
de decoupage duprojet, on peut citer : 

• les politiques, procedures et modeles concemant la SDP, 

• les fichiers des projets precedents, et 

• les legons apprises des projets precedents. 

5.3.2 Creer la SDP : outils et techniques 

.1 Decomposition 

La decomposition est la subdivision des livrables du projet en composants de plus en plus petits 
et de plus en plus faciles a gerer ; elle est poursuivie jusqu'a ce que le travail et les livrables soient 
definis au niveau du lot de travail. Le niveau du lot de travail est le niveau le plus bas de la SDP ; c'est 
le niveau ou le cout et la duree des activites du travail peuvent etre estimes et geres de maniere fiable. 
Le niveau de details des lots de travail depend de la taille et de la complexite du projet. 

La decomposition du travail total du projet en lots de travail met generalement en jeu les 
activites suivantes : 

I'identification et I'analyse des livrables et du travail associe, 

la structuration et I'organisation de la SDP, 

la decomposition des niveaux superieurs de la SDP en composants detailles de niveaux inferieurs, 

I'etablissement de codes d'identification et leur attribution aux composants de la SDP, et 

la verification du degre necessaire et suffisant de decomposition du travail. 

La figure 5-8 illustre une partie de la SDP comportant quelques branches decomposers jusqu'au 
niveau des lots de travail. 

La structure de la SDP peut etre creee de diverses manieres, comme par exemple : 

• en utilisant les phases du cycle de vie du projet comme premier niveau de decomposition, les livrables 
du produit et du projet etant inseres au deuxieme niveau, comme illustre sur la figure 5-9 ; 

• en utilisant les livrables principaux comme premier niveau de decomposition, comme illustre sur 
la figure 5-10 ; et 

• en utilisant des sous-projets qui peuvent etre executes par des organisations exterieures a 
I'equipe de projet, tel qu'un travail sous contrat. Dans le cadre d'un tel contrat, le vendeur 
developpe alors la structure de decoupage contractuelle correspondante. 
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Figure 5-8. Exemple de structure de decoupage du projet dans lequel certaines 
branches ont ete decomposers jusqu'au niveau des lots de travail 
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Figure 5-9. Exemple de structure de decoupage du projet organisee par phases 
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Figure 5-10. Exemple de structure de decoupage du projet basee sur les livrables principaux 

La decomposition des composants des niveaux superieurs de la SDP necessite une subdivision du 
travail de chaque livrable ou sous-projet en composants fondamentaux, de fagon a ce que les composants 
de la SDP soient des produits, services ou resultats verifiables. La SDP peut etre presentee de plusieurs 
fagons comme, par exemple, a I'aide d'un simple graphique, d'un organigramme, d'un diagramme en 
aretes de poisson, ou de toute autre methode. Afin de verifier I'exactitude de la decomposition, il est 
necessaire de s'assurer que les composants des niveaux inferieurs de la SDP sont les composants a la 
fois necessaires et suffisants pour achever les livrables de haut niveau correspondants. Des livrables 
differents peuvent avoir des niveaux de decomposition differents. Pour arriver au lot de travail, le travail 
de certains livrables pourra etre simplement decompose au niveau inferieur alors que pour d'autres, 
une decomposition a plusieurs niveaux sera necessaire. Plus le travail est decompose en niveaux 
plus detailles, plus la capacite de planifier, manager et maitriser le travail est grande. Toutefois, une 
decomposition excessive peut conduire a un travail de management improductif, une mauvaise utilisation 
des ressources et une efficacite reduite dans I'execution du travail. 

La decomposition d'un livrable ou d'un sous-projet dont I'achevement se situe dans un avenir 
eloigne n'est parfois pas possible. L'equipe de management de projet attend habituellement que le 
livrable ou le sous-projet soit clarifie avant de developper les details de la SDP. Cette technique est 
parfois appelee planification par vagues. 
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La SDP porte sur tout le travail du produit et du projet, y compris le travail de management de 
projet. La quantite totale de travail aux niveaux les plus faibles doit correspondre au cumul des niveaux 
superieurs, de fagon a ce que rien ne soit oublie et qu'aucun travail inutile ne soit effectue. Ceci est 
parfois appele regie du 100%. 

Le « Practice Standard for Work Breakdown Structures - Second Edition » (en anglais seulement) 
de PMI fournit des conseils sur la creation, I'elaboration et I'application de structures de decoupage 
du projet. Cette norme presente des exemples de modeles de SDP, specifiques a differentes industries, 
qui peuvent etre adapt.es a des projets specifiques dans un champ d'application particulier. 

5.3.3 Creer la SDP : donnees de sortie 

.1 SDP 

La structure de decoupage du projet (SDP) est une decomposition hierarchique basee sur les 
livrables du travail, que I'equipe de projet doit effectuer pour atteindre les objectifs du projet et creer 
les livrables requis ; chaque niveau inferieur de la SDP represents une definition de plus en plus 
detaillee du travail du projet. La finalisation de la SDP est obtenue en etablissant des comptes de 
controle pour les lots de travail et un identifiant de decoupage unique. Ces identifiants foumissent 
une structure pour la consolidation hierarchique des couts, des delais et des informations sur les 
ressources. Un compte de controle est un point de controle du management ou le contenu, le cout 
et I'echeancier sont integres et compares a la valeur acquise pour la mesure de performance. Les 
comptes de controle sont places dans la SDP en des points de management selectionnes. Chaque 
compte de controle peut comprendre un ou plusieurs lots de travail, mais chaque lot de travail ne doit 
etre associe qu'a un compte de controle. 

.2 Dictionnaire de la SDP 

Le dictionnaire de la SDP est un document genere par le processus Creer la structure de decoupage 
du projet et qui soutient cette structure de decoupage. Ce dictionnaire fournit des descriptions plus 
detaillees des composants de la SDP dont les lots de travail et les comptes de controle. L'information 
contenue dans le dictionnaire de la SDP comprend, en particulier : 

• I'identifiant de decoupage, 

• la description du travail, 

• I'organisation responsable, 
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• une liste des jalons de I'echeancier, 

• les activites associees de I'echeancier, 

• les ressources necessaires, 

• les estimations de couts, 

• les exigences de qualite, 

• les criteres d'acceptation, 

• les references techniques, et 

• les informations contractuelles. 

.3 Reference de base du contenu 

La reference de base du contenu est un composant du plan de management du projet. Les composants 
de la reference de base du contenu sont : 

• L'enonce du contenu du projet. Cet enonce comprend la description du contenu du produit et 
les livrables du projet, et definit les criteres d'acceptation du produit par I'utilisateur. 

• La SDR La SDP definit chacun des livrables et la decomposition des livrables en lots de travail. 

• Le dictionnaire de la SDP. Le dictionnaire de la SDP comporte une description detaillee du 
travail et une documentation technique pour chacun des elements de la SDP. 

.4 Mises a jour des documents du projet 

La documentation des exigences est I'un des documents du projet qui peut necessiter des mises a 
jour. Lorsque des demandes de modification approuvees proviennent du processus Creerla structure 
de decoupage du projet, la documentation des exigences peut devoir etre mise a jour de fagon a inclure 
les modifications approuvees. 
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5.4 Verifier le contenu 

Verifier le contenu est le processus qui consiste a formaliser I'acceptation des livrables achieves du projet. 
La verification du contenu comprend la revue des livrables avec le client ou le commanditaire, afin de s'assurer 
qu'ils ont ete accomplis de maniere satisfaisante ; elle comprend egalement I'obtention d'une acceptation 
formelle par le client ou le commanditaire. La verification du contenu differe du controle qualite en ce que 
la verification du contenu conceme principalement I'acceptation des livrables, tandis que le controle qualite 
vise principalement a s'assurer que les livrables sont corrects et qu'ils satisfont aux exigences de qualite. Le 
controle qualite est generalement effectue avant la verification du contenu, mais ces deux processus peuvent 
etre executes en parallele. La figure 5-11 precise les donnees d'entree, outils et techniques, et donnees de 
sortie associes. Le diagramme de flux des processus, illustre sur la figure 5-1 2, montre en resume le flux et les 
interactions de base dans ce processus. 
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Figure 5-1 1 . Verifier le contenu : donnees d'entree, outils et techniques, et donnees de sortie 
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Figure 5-12. Diagramme de flux des donnees du processus Verifier le contenu 
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5.4.1 Verifier le contenu : donnees d'entree 

.1 Plan de management du projet 

Le plan de management du projet decrit dans la section 4.2.3.1 contient la reference de base du 
contenu. Les composants de la reference de base du contenu sont : 

• L'enonce du contenu du projet. Cet enonce comprend la description du contenu du produit et 
les livrables du projet, et definit les criteres d'acceptation du produit par I'utilisateur. 

• La SDR La SDP definit chacun des livrables et la decomposition des livrables en lots de travail. 

• Le dictionnaire de la SDP. Le dictionnaire de la SDP comporte une description detaillee du 
travail et une documentation technique pour chacun des elements de la SDP. 

.2 Documentation des exigences 

La documentation des exigences est une liste de toutes les exigences du projet, du produit, des 
exigences techniques et autres, qui doivent etre presentes pour le projet et le produit, accompagnees 
des criteres d'acceptation. La documentation des exigences est decrite dans la section 5.1 .3.1 . 

.3 Matrice de tragabilite des exigences 

La matrice de tragabilite des exigences lie les exigences a leur origine et les suit tout au long du 
cycle de vie du projet ; ceci est decrit dans la section 5.1 .3.3. 

.4 Livrables valides 

Les livrables valides ont ete achieves et verifies pour en assurer I'exactitude, par le processus Mettre 
en ceuvre le controle qualite. 

5.4.2 Verifier le contenu : outils et techniques 

.1 Inspection 

L'inspection comprend des activites telles que les mesures, les examens et les verifications qui 
permettent de determiner si le travail et les livrables sont conformes aux exigences et aux criteres 
d'acceptation du produit. Selon le cas, les inspections sont appelees revues, revues de produit, audits et 
revues structures. Dans certains champs d'application, ces differents termes ont des sens particuliers 
et plus restreints. 
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5.4.3 Verifier le contenu : donnees de sortie 

.1 Livrables acceptes 

Les livrables conformes aux criteres d 'acceptation sont formellement acceptes et approuves par 
le client ou le commanditaire. Une documentation formelle, regue du client ou du commanditaire, 
reconnaissant formellement I'acceptation des livrables du projet par les parties prenantes, est 
transmise au processus Clore le projet ou la phase (voir la section 4.6). 

.2 Demandes de modification 

Les livrables achieves qui n'ont pas ete formellement acceptes sont document.es avec les raisons 
de la decision. Ces livrables peuvent faire I'objet d'une demande de modification pour correction de 
defauts. Ces demandes de modification sont passees en revue et traitees par le processus Mettre en 
oeuvre la maitrise integree des modifications (voir la section 4.5). 

.3 Mises a jour des documents du projet 

Les documents du projet qui, a la suite du processus Verifier le contenu, peuvent necessiter une mise 
a jour, sont tous les documents qui definissent le produit ou rendent compte de I'etat d'achevement 
du produit. 

5.5 Maitriser le contenu 

Maitriser le contenu est le processus qui consiste a surveiller I'etat du contenu du projet et du produit, et a 
gerer les modifications affectant la reference de base du contenu. La maitrise du contenu du projet assure que 
toutes les modifications demandees et les actions correctives ou preventives recommandees ont ete traitees par 
le processus Mettre en ceuvre la maitrise integree des modifications (voir la section 4.5). La maitrise du contenu 
du projet permet egalement de gerer les modifications reelles quand elles se presentent, et est integree aux autres 
processus de maitrise. Les modifications non maitrisees sont souvent appelees derive du contenu du projet. Les 
modifications sont inevitables et, de ce fait, un processus de maitrise des modifications est necessaire. La figure 
5-1 3 illustre les donnees d'entree, les outils et les donnees de sortie associes, et la figure 5-14 montre en resume 
les flux et les interactions de base au sein du processus. 
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Figure 5-13. Maitriser le contenu : donnees d'entree, outils et techniques, et donnees de sortie 
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Figure 5-14. Diagramme de flux des donnees du processus Maitriser le contenu 

5.5.1 Maitriser le contenu : donnees d'entree 
.1 Plan de management du projet 

Le plan de management du projet decrit dans la section 4.2.3.1 contient les informations suivantes 
utilisees pour maitriser le contenu : 

• La reference de base du contenu. La reference de base du contenu est comparee aux resultats 
reels de fagon a determiner si une modification, ou une action corrective ou preventive s'avere 
necessaire. 

• Le plan de management du contenu. Le plan de management du contenu decrit la fagon dont 
le contenu du projet sera gere et maitrise. 

• Le plan de management des modifications. Le plan de management des modifications definit 
le processus de management des modifications du projet. 

• Le plan de management de la configuration. Le plan de management de la configuration definit 
les elements qui sont configurables, ceux qui necessitent une maitrise formelle des modifications, 
et le processus pour maitriser les modifications de ces elements. 
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• Le plan de management des exigences. Le plan de management des exigences peut comprendre 
la fagon dont les activites des exigences seront planifiees, suivies et rapportees, et la fagon dont 
les modifications du produit, du service ou du resultat seront initiees. II decrit egalement la fagon 
dont les impacts seront analyses, ainsi que les niveaux d'autorisation requis pour I'approbation 
de ces modifications. 

.2 Information sur la performance du travail 

C'est I'information sur I'avancement du projet comme, par exemple, les livrables qui ont ete demarres, 
leur progres et les livrables qui sont achieves. 

.3 Documentation des exigences 

Elle est decrite dans la section 5.1 .3.1 . 
.4 Matrice de tragabilite des exigences 

Elle est decrite dans la section 5.1 .3.3. 
.5 Actifs organisationnels 

Parmi les actifs organisationnels qui peuvent avoir une influence sur le processus Maitriser le contenu, 
on peut citer : 

• les politiques, procedures et instructions existantes, formelles et informelles, et relatives a la 
maitrise du contenu, 

• les methodes de maitrise et de revue de projet a utiliser. 

5.5.2 Maitriser le contenu : outils et techniques 

.1 Analyse de I'ecart 

Les mesures de performance du projet permettent d'evaluer 1'importance de I'ecart par rapport a 
la reference de base initiale du contenu. La determination de la cause et du degre d'ecart par rapport 
a la reference de base du contenu (voir la section 5.3.3.3), ainsi que de la necessite d'une action 
corrective ou preventive, sont des aspects importants de la maitrise du contenu du projet. 
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5.5.3 Maitriser le contenu : donnees de sortie 

.1 Mesures de performance du travail 

Ces mesures peuvent porter sur la performance technique reelle par rapport a la performance 
projetee, ou sur d'autres performances du contenu. Cette information est document.ee et communiquee 
aux parties prenantes. 

.2 Mises a jour des actifs organisationnels 

Certains actifs organisationnels peuvent necessiter des mises a jour ; ce sont, en particulier : 

• les causes des ecarts, 

• les actions correctives choisies et les raisons des choix, et 

• d'autres types de legons apprises provenant de la maitrise du contenu du projet. 

.3 Demandes de modification 

L'analyse de la performance du contenu peut conduire a une demande de modification de la reference 
de base du contenu ou d'autres composants du plan de management du projet. Les demandes de 
modification peuvent etre des actions correctives ou preventives, ou des corrections de defauts. Ces 
demandes de modifications sont passees en revue et traitees par le processus Mettre en ceuvre la maitrise 
integree des modifications (voir la section 4.5). 

.4 Mises a jour du plan de management du projet 

• Mises a jour de la reference de base du contenu. Lorsque des demandes de modification 
approuvees affectent le contenu du projet, I'enonce du contenu, la SDP et le dictionnaire de la 
SDP sont revus et a nouveau publies de fagon a refleter ces modifications approuvees. 

• Mises a jour de la reference de base du contenu. Lorsque des demandes de modification 
approuvees affectent le contenu du projet, I'enonce du contenu, la SDP et le dictionnaire de la 
SDP sont revus et a nouveau publies de fagon a refleter ces modifications approuvees. 

.5 Mises a jour des documents du projet 

Certains documents du projet peuvent necessiter des mises a jour ; ce sont, en particulier : 

• la documentation des exigences, et 

• la matrice de tragabilite des exigences. 
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MANAGEMENT DES DELAIS DU PROJET 

Le management des delais du projet comprend les processus permettant de gerer I'achevement du projet 
dans le temps voulu. La figure 6-1 donne une vue d'ensemble des processus de management des delais du 
projet. Ces processus sont les suivants : 

6.1 Definir les activites— C'est le processus qui consiste a identifier les actions specifiques a 
entreprendre pour produire les livrables du projet. 

6.2 Organiser les activites en sequence— C'est le processus qui consiste a identifier et a 
documenter les relations entre les activites du projet. 

6.3 Estimer les ressources necessaires aux activites— C'est le processus qui consiste a definir le 
profil des personnes et a estimer leur nombre, le type et la quantite de materiels, d'equipements 
ou de foumitures, necessaires a I'accomplissement de chaque activite. 

6.4 Estimer la duree des activites — C'est le processus qui consiste a estimer le nombre de periodes 
de travail requises pour achever chacune des activites avec les ressources estimees. 

6.5 Elaborer I'echeancier — C'est le processus qui consiste a elaborer I'echeancier du projet a partir 
de I'analyse des sequences d'activites, des durees, des besoins en ressources et des contraintes 
de I'echeancier. 

6.6 Maitriser I'echeancier — C'est le processus qui consiste a surveiller I'etat du projet dans le but 
de mettre a jour les progres effectues et de gerer les modifications affectant la reference de base 
de I'echeancier. 

Ces processus interagissent entre eux et avec les processus des autres domaines de connaissance. En 
fonction des besoins du projet, chaque processus peut demander I'effort d'une personne ou d'un groupe. 
Chaque processus est execute au moins une fois dans un projet et dans une ou plusieurs de ses phases 
si celui-ci est decoupe en phases. Bien que les processus soient present.es ici comme des composants 
distincts ayant des interfaces clairement definies, ce sont en pratique des processus iteratifs qui peuvent 
se chevaucher et interagir, d'une fagon non detaillee ici. Les interactions entre processus sont traitees en 
detail dans le chapitre 3. 

Certains praticiens eminents font la distinction entre I'information relative a I'echeancier du projet 
(I'echeancier) presentee sur un document imprime, et les calculs et donnees de I'echeancier qui permettent 
de I'etablir, en designant par modele d'echeancier le systeme dans lequel sont chargees les donnees du 
projet. Dans la pratique toutefois, I'echeancier et le modele d'echeancier sont appeles echeancier, et c'est 
pourquoi le Guide PMBOK® utilise ce terme. Dans certains projets, surtout ceux de moindre envergure, la 
definition des activites et leur organisation en sequence, I'estimation des ressources necessaires aux activites, 
I'estimation de la duree des activites et I'elaboration de I'echeancier sont des actions si etroitement liees 
qu'elles sont considerees comme un processus unique pouvant etre execute par une seule personne en un 
temps relativement court. Ces processus sont presentes ici comme des processus distincts car les outils et 
techniques utilises sont differents pour chacun d'eux. 
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Bien qu'il ne soit pas presente ici comme un processus distinct, le travail qui consiste a executer les six 
processus de management des delais du projet demande un effort preliminaire de planification de la part 
de I'equipe de management de projet. Cet effort de planification fait partie du processus Elaborer le plan de 
management du projet (voir la section 4.2), qui produit un plan de management de I'echeancier, ce dernier 
selectionnant une methodologie et des outils d'elaboration de I'echeancier, et definissant le format et les 
criteres d'elaboration et de maitrise de cet echeancier. Une methodologie definit les regies et les approches 
concemant le processus d'elaboration de I'echeancier. La methode du chemin critique et celle de la chame 
critique figurent parmi les methodologies les plus connues. 

Les processus de management des delais du projet et les outils et techniques qui leur sont associes sont 
document.es dans le plan de management de I'echeancier. Le plan de management de I'echeancier fait partie 
du plan de management du projet ou en est un plan subsidiaire ; selon les besoins du projet, il peut etre formel 
ou informel, tres detaille ou formule de maniere generale, et comprend les seuils de controle appropries. 

L'etablissement de I'echeancier met en jeu les outils d'elaboration de I'echeancier ainsi que les donnees 
de sortie des processus de definition des activites, d'organisation des activites en sequence, d'estimation 
des ressources necessaires aux activites et d'estimation de la duree des activites. L'echeancier acheve et 
approuve constitue la reference de base qui sera utilisee par le processus Maitriser l'echeancier{\io\r la section 
6.6). Au fur et a mesure de I'execution des activites, le processus Maitriser I'echeancier (voir la section 6.6) 
concentrera la plus grande partie de I'effort en management de projet afin d'assurer I'achevement du travail du 
projet dans les meilleurs delais. La figure 6-2 donne une vue d'ensemble de I'elaboration de I'echeancier, qui 
montre comment la methodologie et les outils d'elaboration de I'echeancier, ainsi que les donnees de sortie du 
processus Management des delais du projet interagissent pour creer un echeancier du projet. 
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Figure 6-1. Vue d'ensemble du management des delais du projet 



©2008 Project Management Institute. Guide du Corpus des connaissances en management de projet (Guide PMBOK®) — Quatrieme edition 



CHAPITRE 6 - MANAGEMENT DES DELAIS DU PROJET 




Exemples d'echeanciers du projet : 



Liste 
d'activites 




Figure 6-2. Vue d'ensemble d'un echeancier 
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6.1 Definir les activites 

Definir les activites est le processus qui consiste a identifier les actions specifiques a entreprendre pour 
produire les livrables du projet. Le processus Creer la structure de decoupage du projet (SDP) identifie les 
livrables au niveau le plus bas de la SDP, c'est-a-dire, le lot de travail. Les lots de travail du projet sont 
habituellement decomposes en composants plus petits, appeles activites, qui represented le travail necessaire 
a I'achevement du lot de travail. Les activites servent de base a I'estimation, I'echeancier, I'execution, la 
surveillance et la maitrise du travail du projet. La definition et la planification des activites de I'echeancier font 
tacitement partie de ce processus de fagon a atteindre les objectifs du projet. Voir les figures 6-3 et 6-4. 
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Figure 6-3. Definir les activites : donnees d'entree, outils et techniques, et donnees de sortie 
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Figure 6-4. Diagramme de flux des donnees du processus Definir les activites 
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6.1 .1 Definir les activites : donnees d'entree 

.1 Reference de base du contenu 

Les livrables, contraintes et hypotheses du projet, document.es dans la reference de base du contenu 
du projet (voir la section 5.3.3.3) sont explicitement considered lors de la definition des activites. 

.2 Facteurs environnementaux de I'entreprise 

Le systeme de gestion de I'information du projet est un des facteurs environnementaux de 
I'entreprise qui peuvent affecter le processus Definir les activites. 

.3 Actifs organisationnels 

Parmi les actifs organisationnels qui peuvent avoir une influence sur le processus Definir les 
activites, on peut citer : 

• les politiques, procedures et directives existantes, formelles et informelles, et liees a la 
planification des activites, telle que la methodologie d'echeancier, qui sont considerees lors des 
definitions des activites, et 

• la base de connaissance des legons apprises, contenant I'information historique relative aux 
listes d'activites utilisees dans des projets similaires precedents. 

6.1 .2 Definir les activites : outils et techniques 

.1 Decomposition 

La technique de decomposition, telle qu'elle est appliquee a la definition des activites, consiste a 
subdiviser les lots de travail du projet en composants plus petits et plus faciles a gerer, appeles activites. 
Les activites constituent I'effort necessaire a I'achevement du lot de travail. Le processus Definir les 
activites definit les donnees de sortie finales comme etant des activites et non des livrables, comme cela 
est le cas pour le processus Creerla structure de decoupage du projet {mow la section 5.3). 

La liste d'activites, la SDP et le dictionnaire de la SDP peuvent etre developpes sequentiellement ou 
simultanement, la SDP et le dictionnaire de la SDP servant de base a I'etablissement de la liste finale 
d'activites. Chaque lot de travail de la SDP est decompose en activites necessaires a la production 
des livrables du lot de travail. La participation des membres de I'equipe a cette decomposition peut 
permettre d'obtenir de meilleurs resultats, plus precis. 
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.2 Planification par vagues 

La planification par vagues est une forme de planification par elaboration progressive dans laquelle 
le travail prevu a court terme est planifie en detail, tandis que le travail a long terme est planifie a un 
niveau plus eleve de la SDR Par consequent, le travail peut etre presente de maniere plus ou moins 
detaillee selon sa position dans le cycle de vie du projet. Par exemple, au cours de la periode initiale de 
planification strategique, alors que I'information est moins detaillee, les lots de travail peuvent n'etre 
decomposes qu'au niveau du jalon. Une meilleure connaissance des evenements qui vont se produire 
a court terme permettra une decomposition en activites. 

.3 Modeles 

Une liste d'activites standard ou une partie de la liste d'activites provenant d'un projet 
anterieur, peut souvent servir de modele a un nouveau projet. Dans les modeles, les informations 
correspondantes sur les attributs des activites peuvent egalement comprendre d'autres informations 
descriptives utiles a la definition des activites. Les modeles permettent egalement d'identifier les 
jalons typiques de I'echeancier. 

.4 Jugement d 'expert 

Lorsqu'ils possedent I'experience et la competence necessaires a I'elaboration des enonces detailles 
du contenu du projet, de la SDP et des echeanciers du projet, les membres de I'equipe de projet ou 
d'autres experts peuvent apporter leur expertise lors de la definition des activites. 

6.1 .3 Definir les activites : donnees de sortie 

.1 Liste d'activites 

La liste d'activites est une liste exhaustive de toutes les activites de I'echeancier necessaires 
au projet. Cette liste inclut les identifiants des activites et, pour chaque activite, une description du 
contenu du travail suffisamment detaillee pour permettre aux membres de I'equipe de projet de 
comprendre le travail qu'il est necessaire d'accomplir. 
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.2 Attributs des activites 

Les attributs des activites competent la description des activites en identifiant de multiples 
composants associes a chacune d'elles. Les composants de chaque activite evoluent dans le temps. 
Au cours des etapes initiales du projet, ils comprennent I'identifiant de I'activite, I'identifiant de la SDP 
et le nom de I'activite ; une fois entierement definis, ils peuvent comprendre les codes de I'activite, 
la description de I'activite, les activites antecedent.es, les activites successeurs, les liens logiques, 
les decalages avec avance et avec retard (voir la section 6.2.2.3), les ressources necessaires, les 
dates imposees, les contraintes et les hypotheses. Les attributs des activites permettent d'identifier la 
personne responsable de I'execution du travail, la zone geographique ou le lieu d'execution du travail, 
et le type d'activite, tel que le niveau d'effort, I'effort unitaire et I'effort proportionnel. Les attributs 
des activites sont utilises pour elaborer I'echeancier et pour selectionner, classer et trier les activites 
planifiees de I'echeancier de differentes manieres dans les rapports. Le nombre d'attributs varie selon 
le champ d'application. 



.3 Liste des jalons 

Un jalon est un point ou un evenement significatif du projet. Une liste des jalons identifie tous 
les jalons et precise, pour chacun d'eux, s'ils sont obligatoires, comme ceux requis par contrat, ou 
optionnels, lorsqu'ils sont bases sur une information historique. 

6.2 Organiser les activites en sequence 

Organiser les activites en sequence est le processus qui consiste a identifier et a documenter les relations 
entre les activites du projet. Les activites sont organisees en sequence sur la base de liens logiques. Chaque 
activite et chaque jalon, a I'exception des premiers et des derniers, est lie a au moins un predecesseur et un 
successeur. II peut etre necessaire de placer entre les activites un decalage avec avance ou avec retard, de 
fagon a etablir un echeancier du projet realiste et faisable. L'organisation des activites en sequence peut etre 
effectuee a I'aide d'un logiciel de gestion de projet, ou de techniques manuelles ou automatisees. Voir les 
figures 6-5 et 6-6. 
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Figure 6-5. Organiser les activites en sequence : 
donnees d'entree, outils et techniques, et donnees de sortie 
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Management des delais du projet 



: • Liste d'activites 



Organiser 
les activites 
en sequence 



Figure 6-6. Diagramme de flux des donnees du processus Organiser les activites en sequence 

6.2.1 Organiser les activites en sequence : donnees d'entree 

.1 Liste d'activites 

Elle est decrite dans la section 6.1 .3.1 . 
.2 Attributs des activites 

lis sont decrits dans la section 6.1.3.2. Les attributs des activites peuvent decrire une sequence 
obligatoire d'evenements ou des relations definies d'anteriorite ou de posteriorite. 

.3 Liste des jalons 

Elle est decrite dans la section 6.1.3.3. La liste des jalons peut comprendre des dates deja fixees 
pour des jalons particuliers. 
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.4 Enonce du contenu du projet 

L'enonce du contenu du projet (voir la section 5.2.3.1) comprend la description du contenu du produit 
et des caracteristiques du produit qui peuvent avoir un impact sur la sequence des activites ; c'est le 
cas, par exemple, du plan d'une usine a construire ou des interfaces des sous-systemes d'un projet de 
developpement de logiciel. Bien que ces impacts soient souvent apparents dans la liste d'activites, la 
description du contenu du produit est habituellement revue pour s'assurer de son exactitude. 

.5 Actifs organisationnels 

Parmi les actifs organisationnels qui peuvent avoir un impact sur le processus Organiser les 
activites en sequence, se trouvent notamment les fichiers du projet utilises dans la methodologie 
d'elaboration de I'echeancier et provenant de la base de connaissance de I'entreprise. 

6.2.2 Organiser les activites en sequence : outils et techniques 

.1 Methode des antecedents 

La methode des antecedents est utilisee dans la methode du chemin critique pour construire un 
diagramme de reseau du projet dans lequel les activites sont representees par des cases ou des 
rectangles, appeles noeuds, et sont reliees par des fleches qui montrent leurs dependances logiques. 
La figure 6-7 illustre un simple diagramme de reseau du projet construit a I'aide de la methode des 
antecedents. Cette methode, egalement appelee activites sur noeuds, est utilisee par la plupart des 
progiciels de gestion de projet. 

La methode des antecedents comprend quatre types de dependances ou de liens logiques : 

• Liaison fin-debut (FD). Le demarrage de I'activite successeur depend de l'achevement de 
I'activite antecedente. 

• Liaison fin-fin (FF). L'achevement de I'activite successeur depend de I'achevement de I'activite 
antecedente. 

• Liaison debut-debut (DD). Le demarrage de I'activite successeur depend du demarrage de 
I'activite antecedente. 

• Liaison debut-fin (DF). L'achevement de I'activite successeur depend du demarrage de 
I'activite antecedente. 

La liaison fin-debut est la relation d'anteriorite la plus communement utilisee dans la methode des 
antecedents. La liaison debut-fin, bien que rarement utilisee, est mentionnee ici de fagon a presenter une 
liste complete des types de liaisons. 
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.2 Determination des dependances 

Trois types de dependances sont utilises pour definir I'organisation des activites en sequence : 

• Dependances obligatoires. Les dependances obligatoires sont celles qui sont 
contractuellement exigees ou inherentes a la nature du travail. Les dependances obligatoires 
sont determinees par I'equipe de projet au cours de I'execution du processus Organiser les 
activites en sequence. Les dependances obligatoires mettent souvent en jeu des limitations 
physiques comme, par exemple, dans le cadre d'un projet de construction, ou Ton ne peut 
pas eriger une superstructure tant que les fondations n'ont pas ete construites, ou celui d'un 
projet en electronique, ou un prototype doit etre construit avant de pouvoir etre teste. On 
utilise parfois I'expression « logique forte » pour qualifier les dependances obligatoires. 




Debut ► H 



Figure 6-7. Diagramme de la methode des antecedents 



©2008 Project Management Institute. Guide du Corpus des connaissances en management de projet (Guide PMBOK®) — Quatrieme edition 



CHAPITRE 6 - MANAGEMENT DES DELAIS DU PROJET 



• Dependances optionnelles. Les dependances optionnelles sont determinees par I'equipe 
de projet au cours de I'execution du processus Organiser les activites en sequence. Les 
dependances optionnelles sont souvent designees par les expressions « liens logiques 
preferes », « liens logiques preconises » ou « liens logiques faibles ». Leur etablissement est 
base sur la connaissance des meilleures pratiques dans un champ d'application donne, ou 
sur certaines particularit.es du projet pour lequel une sequence particuliere est souhaitee, 
meme si d'autres sequences sont envisageables. Les dependances optionnelles doivent etre 
completement documentees car elles peuvent creer des valeurs arbitraires de marge totale et 
limiter ulterieurement les options d'elaboration de I'echeancier. Lorsqu'on utilise des techniques 
d'execution acceleree par chevauchement, ces dependances optionnelles doivent etre revues 
et leur modification ou suppression doit etre envisagee. 

• Dependances externes. Les dependances externes sont determinees par I'equipe de 
management de projet au cours de I'execution du processus Organiser les activites en 
sequence. Les dependances externes mettent en jeu un lien entre des activites du projet et 
d'autres qui n'en font pas partie. Ces dependances ne sont generalement pas sous le controle 
de I'equipe de projet. Par exemple, les activites pour tester un projet de developpement de 
logiciel peuvent dependre de la livraison du materiel par un fournisseur externe ou, dans un 
projet de construction, des instances gouvernementales publiques sur I'environnement doivent 
etre tenues avant de demarrer la preparation du site. 

.3 Application des decalages avec avance et des decalages avec retard 

L'equipe de management de projet determine les dependances pouvant necessiter un decalage 
avec avance ou un decalage avec retard pour definir avec precision le lien logique. L'utilisation des 
decalages avec avance ou des decalages avec retard ne doit pas remplacer la logique de I'echeancier. 
II est necessaire de documenter les activites et leurs hypotheses associees. 

Un decalage avec avance permet d'accelerer I'activite successeur. Par exemple, dans un projet de 
construction d'un nouvel immeuble de bureaux, I'amenagement du paysage pourrait demarrer deux 
semaines avant I'achevement du traitement de la liste des reserves. Cela pourrait etre illustre par une 
liaison fin-debut avec un decalage avec avance de deux semaines. 

Un decalage avec retard impose un report de I'activite successeur. Par exemple, une equipe de 
redaction technique peut demarrer I'edition de la version preliminaire d'un document volumineux 
quinze jours apres avoir commence a I'ecrire. Cela pourrait etre illustre par une liaison debut-debut 
avec un decalage avec retard de quinze jours. 
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.4 Modeles de diagrammes de reseau 

Des modeles de diagrammes de reseau normalises peuvent etre utilises pour accelerer la 
preparation des reseaux d'activites du projet. lis peuvent inclure le projet tout entier ou simplement une 
de ses parties. Les parties d'un diagramme de reseau du projet sont souvent appelees sous-reseaux 
ou fragments du reseau. Les modeles de sous-reseau sont particulierement utiles dans un projet qui 
comprend plusieurs livrables identiques, ou presque identiques, comme, par exemple, les etages 
d'un grand immeuble de bureaux, les essais cliniques d'un projet de recherche pharmaceutique, 
les modules de codes programme d'un projet de developpement de logiciel ou la phase initiale des 
projets de developpement. 

6.2.3 Organiser les activites en sequence : donnees de sortie 

.1 Diagrammes de reseau du projet 

Les diagrammes de reseau du projet sont les representations schematiques des activites de 
I'echeancier du projet et de leurs liens logiques, egalement appeles dependances. La figure 6-7 
presente un diagramme de reseau du projet. Un diagramme de reseau du projet peut etre developpe 
manuellement ou a I'aide d'un logiciel de gestion de projet. II peut inclure tous les details du projet 
ou bien une, voire plusieurs activites de regroupement. Une note recapitulative peut accompagner le 
diagramme et decrire I'approche de base utilisee pour organiser les activites en sequence. Toutes les 
sequences d'activites inhabituelles qui se trouvent a I'interieur du reseau doivent etre completement 
decrites dans cette note. 

.2 Mises a jour des documents du projet 

Certains documents du projet peuvent necessiter des mises a jour ; ce sont, en particulier : 

• les listes d'activites, 

• les attributs des activites, et 

• le registre des risques. 

6.3 Estimer les ressources necessaires aux activites 

Estimer les ressources necessaires aux activites est le processus qui consiste a definir le profil des personnes 
et a estimer leur nombre, le type et la quantite de materiels, d'equipements ou de foumitures, necessaires a 
I'accomplissement de chaque activite. Voir les figures 6-8 et 6-9. Le processus Estimer les ressources necessaires 
aux activites est etroitement coordonne avec le processus Estimer les coOts (voir la section 7.1 ). Par exemple : 
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L'equipe d'un projet de construction devra etre familiarisee avec les reglementations locales de 
construction. Une telle connaissance se trouve souvent facilement aupres des foumisseurs locaux. 
Cependant, si la main d'oeuvre locale manque d'experience dans des techniques de construction 
inhabituelles ou specialises, envisager le cout d'un consultant peut etre le moyen le plus efficace de 
garantir cette connaissance des reglementations locales de construction. 

L'equipe d'un projet de conception automobile doit etre familiarisee avec les toutes demieres 
techniques d'assemblage automatise. La connaissance requise peut etre obtenue en ayant recours 
aux services d'un consultant, en faisant participer un concepteur a un seminaire sur la robotique ou 
en incorporant dans l'equipe de projet une personne de la production. 



.2 Attributs des activites 

.3 Calendriei 

.4 Facteurs environnementaux 



.1 Jugement d'expert 
.2 Analyse des possibilites 
.3 Donnees d'estimation 



.1 Besoins e 

.2 Structure de decoupage 



Figure 6-8. Estimer les ressources necessaires aux activites : 
donnees d'entree, outils et techniques, et donnees de sorties 



Management des delais du projet 
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Figure 6-9. Diagramme de flux des donnees du processus 
Estimer les ressources necessaires aux activites 
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6.3.1 Estimer les ressources necessaires aux activites : donnees d'entree 
.1 Liste d'activites 

La liste d'activites (voir la section 6.1 .3.1) identifie les activites qui auront besoin de ressources. 
.2 Attributs des activites 

Les attributs des activites (voir la section 6.1 .3.2), developpes lors de I'execution des processus 
de definition des activites et de leur organisation en sequence, foumissent les principales donnees 
d'entree, utilisees lors de I'estimation des ressources necessaires a chacune des activites de la liste. 

.3 Calendriers des ressources 

Les informations concemant les ressources (personnes, equipement et materiel) potentiellement 
disponibles pendant la conduite des activites prevues, et decrites dans les sections 9.2.3.2 et 1 2.2.3.3, 
permettent d'estimer I'utilisation des ressources. Les calendriers des ressources specifient quand 
et pour quelle duree les ressources identifies du projet seront disponibles durant ce dernier. Ces 
informations peuvent etre valables au niveau de I'activite ou du projet. Cette connaissance prend en 
compte les attributs tels que I'experience et/ou le niveau de competence des ressources, ainsi que 
les diverses provenances geographiques de ces ressources et les periodes pendant lesquelles elles 
peuvent etre disponibles. 

Le calendrier composite des ressources comprend la disponibilite, les capacites et les competences 
des ressources humaines (voir la section 9.2). Par exemple, au cours des phases initiales d'un projet 
d'ingenierie, I'ensemble des ressources peut inclure un grand nombre d'ingenieurs debutants et 
confirmes. Par contre, dans les phases ulterieures du meme projet, les ressources pourront etre limitees 
aux personnes connaissant bien le projet pour y avoir travaille au cours des phases precedentes. 

.4 Facteurs environnementaux de I'entreprise 

La disponibilite et les competences des ressources sont parmi les facteurs environnementaux 
de I'entreprise qui peuvent avoir un impact sur le processus Estimer les ressources necessaires 
aux activites. 
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.5 Actifs organisationnels 

Parmi les actifs organisationnels qui peuvent avoir une influence sur le processus Estimer les 
ressources necessaires aux activites, on peut citer : 

• les politiques et procedures concemant les ressources humaines, 

• les politiques et procedures concemant la location et I'achat de fournitures et d'equipements, et 

• I'information historique concemant les types de ressources utilisees pour un travail similaire au 
cours de projets precedents. 

6.3.2 Estimer les ressources necessaires aux activites : outils et techniques 

.1 Jugement d'expert 

Dans ce processus, le jugement d'expert est souvent necessaire a revaluation des donnees 
d'entree liees aux ressources. Cette expertise peut etre apportee par tout groupe ou toute personne 
possedant une connaissance particuliere en planification et estimation des ressources. 

.2 Analyse des possibilites 

Nombre d'activites de I'echeancier peuvent etre realisees selon differentes methodes. On peut 
citer I'utilisation de divers niveaux de capacite ou de competences des ressources, des machines de 
taille ou de type divers, differents outils (manuels ou automatises) et des decisions de produire ou 
acheter les ressources (voir la section 1 2.1 .3.3). 

.3 Donnees d'estimation publiees 

Plusieurs entreprises publient regulierement les taux de production et les couts unitaires mis a jour 
de ressources pour une large gamme de metiers, de materiels et d'equipements dans differents pays 
et differents secteurs geographiques au sein de ces pays. 

.4 Donnees d'estimation publiees 

Lorsqu'il n'est pas possible d'estimer une activite avec un niveau de confiance suffisant, le travail 
de cette activite est decompose plus en detail. Les besoins en ressources sont estimes en fonction 
de ces details, et ces estimations sont ensuite totalisees pour chacune des ressources necessaires 
a cette activite. Les activites peuvent presenter, ou non, des dependances entre elles, qui peuvent 
avoir un impact sur I'assignation et I'utilisation des ressources. Lorsque ces dependances existent, 
ce schema d'utilisation des ressources est reflete dans les estimations d'exigences relatives a ces 
activites, et documents. 
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.5 Logiciel de gestion de projet 

Un logiciel de gestion de projet permet de planifier, d'organiser et de gerer I'ensemble des 
ressources, et d'etablir des estimations. Selon la sophistication du logiciel, il est possible de definir la 
structure de decoupage, la disponibilite et les taux des ressources, ainsi que leurs divers calendriers, 
ce qui aide a optimiser I'utilisation de ces ressources. 

6.3.3 Estimer les ressources necessaires aux activites : donnees de sortie 

.1 Besoins en ressources necessaires aux activites 

Les donnees de sortie du processus Estimer les ressources necessaires aux activites identifient 
les types et quantites de ressources necessaires a chacune des activites d'un lot de travail. Ces 
besoins sont ensuite groupes de fagon a estimer les ressources necessaires a chacun des lots 
de travail. Les niveaux de detail et de specificite des descriptions des besoins en ressources 
peuvent varier en fonction du champ d'application. La documentation des ressources necessaires 
a chacune des activites peut comprendre la base des estimations de chaque ressource, ainsi que 
les hypotheses emises pour determiner les types de ressources appliques, leur disponibilite et les 
quantites a utiliser. 

.2 Structure de decoupage des ressources 

La structure de decoupage des ressources est une structure hierarchique des ressources 
identifies et classees par categorie et par type. Des exemples de categories de ressources sont la 
main d'oeuvre, le materiel, I'equipement et les foumitures. Les types de ressources peuvent etre le 
niveau de competence, I'echelon hierarchique ou toute autre information jugee appropriee au projet. 
La structure de decoupage des ressources facilite I'organisation des donnees de I'echeancier du 
projet et les rapports qui les concement, avec I'information sur I'utilisation des ressources. 

.3 Mises a jour des documents du projet 

Certains documents du projet peuvent necessiter des mises a jour ; ce sont, en particulier : 

• la liste d'activites, 

• les attributs des activites, et 

• les calendriers des ressources. 
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6.4 Estimer la duree des activites 

Estimer la duree des activites est le processus qui consiste a estimer le nombre de periodes de travail 
requises pour achever chacune des activites avec les ressources estimees. L'estimation de la duree des 
activites utilise les informations sur le contenu du travail de I'activite, les types de ressources necessaires, leurs 
quantites prevues et leurs calendriers. Les donnees d'entree de cette estimation proviennent de la personne 
ou du groupe de I'equipe de projet qui connait le mieux la nature du travail requis dans chaque activite 
specifique. L'estimation de la duree est elaboree progressivement, et le processus tient compte de la qualite et 
la disponibilite des donnees d'entree. Par exemple, au fur et a mesure du deroulement du travail d'ingenierie 
et de conception, des donnees plus detaillees et plus precises sont disponibles et permettent une plus grande 
precision des estimations. Ainsi, cette estimation de la duree peut etre progressivement considered comme 
plus precise et de meilleure qualite. Voir les figures 6-1 et 6-1 1 . 

Le processus Estimer la duree des activites necessite une estimation de I'effort de travail requis et de la 
quantite de ressources a appliquer pour achever I'activite ; ceci permet d'estimer le nombre de periodes de 
travail (duree de I'activite) requises pour I'achevement de I'activite. Toutes les donnees et les hypotheses qui 
supportent l'estimation de la duree sont documentees dans chaque cas. 

La plupart des logiciels de gestion de projet utilises en planification traitent cet aspect en utilisant un 
calendrier de projet et des calendriers de ressources proposant des alternatives de periodes de travail ; ces 
calendriers sont generalement identifies par les ressources necessitant des periodes de travail specifiques. En 
plus de leur organisation logique en sequence, les activites seront conduites selon le calendrier du projet et 
selon les calendriers des ressources appropries. 



.2 Attributs des activites 


.3 Besoinsen ressources 


necessaires aux activites 


.4 Calendriers des ressources 


.5 Enonce du contenu du 




.6 Facteurs environnementaux 


de I'entreprise 


.7 Actifs organisationnels 



.1 Jugement d'expert 
.2 Estimation paranalogie 
.3 Estimation parametrique 
.4 Estimations a trois points 
.5 Analyse de la reserve 



.1 Estimations de la duree 
2 Misesa jourdes 



Figure 6-10. Estimer la duree des activites : 
donnees d'entree, outils et techniques, et donnees de sortie 
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Management des delais du projet 



Figure 6-1 1 . Diagramme de flux des donnees du processus Estimer la duree des activites 

6.4.1 Estimer la duree des activites : donnees d'entree 

.1 Liste d 'activites 

Elle est decrite dans la section 6.1 .3.1 . 
.2 Attributs des activites 

lis sont decrits dans la section 6.1 .3.2. 
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.3 Besoins en ressources necessaires aux activites 

Les besoins estimes en ressources necessaires aux activites (voir la section 6.3.3.1 ) auront un impact 
sur la duree des activites car les ressources allouees aux activites et leur disponibilite influencent de 
maniere significative la duree de la plupart des activites. Par exemple, des ressources supplementaires 
ou de moindres competences assignees a une activite peuvent entramer une reduction du rendement 
ou de la productivite en raison d'un besoin accru de communication, formation et coordination. 

.4 Calendriers des ressources 

Le calendrier des ressources (voir la section 6.3.1.3), elabore lors de I'execution du processus 
Estimer les ressources necessaires aux activites, peut comprendre le type, la disponibilite et les 
capacites des ressources humaines (voir la section 9.2.3.2). Le cas echeant, le type, la quantite, 
la disponibilite et la capacite des ressources en equipement et en materiel sont egalement pris en 
compte, car ils peuvent avoir un impact important sur la duree des activites de I'echeancier. Par 
exemple, lorsqu'un membre confirme et un membre debutant sont affect.es a plein temps a une 
activite donnee, on peut s'attendre a ce que le membre confirme I'acheve plus rapidement que le 
membre debutant. 

.5 Enonce du contenu du projet 

Les contraintes et les hypotheses provenant de I'enonce du contenu du projet (voir la section 
5.2.3.1) sont prises en compte dans I'estimation de la duree des activites. Parmi tous les exemples 
d'hypotheses, on peut citer : 

• les conditions existantes, 

• la disponibilite d'informations, et 

• la frequence des comptes-rendus. 

Parmi tous les exemples de contraintes, on peut citer : 

• les ressources humaines competentes a disposition, et 

• les termes et exigences des contrats. 

.6 Facteurs environnementaux de I'entreprise 

Parmi les facteurs environnementaux de I'entreprise qui peuvent avoir une influence sur le 
processus Estimer la duree des activites, on peut citer : 

• les bases de donnees d'estimation de la duree et d'autres donnees de reference, 

• les metriques de productivite, et 

• les informations commerciales publiees. 
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.7 Actifs organisationnels 

Parmi les actifs organisationnels qui peuvent avoir une influence sur le processus Estimerla duree 
des activites, on peut citer : 

• I'information historique sur la duree, 

• les calendriers du projet, 

• la methodologie d'elaboration de I'echeancier, et 

• les legons apprises. 

6.4.2 Estimer la duree des activites : outils et techniques 

.1 Jugement d'expert 

Base sur I'information historique, le jugement d'expert peut fournir des informations sur 
I'estimation de la duree ou la duree maximale recommandee des activites provenant de projets 
anterieurs similaires. Le jugement d'expert peut egalement permettre de decider de la combinaison 
de methodes d'estimation et de reconcilier leurs differences. 

.2 Estimation par analogie 

L'estimation par analogie utilise les parametres d'un projet anterieur similaire, tels que la duree, 
le budget, la taille, la charge et la complexity, comme base pour l'estimation des parametres ou 
mesures semblables dans un projet futur. Dans le cas des durees, cette technique utilise les durees 
reelles de projets anterieurs similaires comme bases d'estimation des durees du projet actuel. C'est 
une approche d'estimation de valeur brute qui est parfois ajust.ee pourtenir compte des differences 
dans la complexity entre projets. 

L'estimation de la duree par analogie est frequemment utilisee pour estimer la duree d'un projet 
lorsque Ton dispose de peu d'informations detaillees sur ce dernier, comme c'est le cas, par exemple, 
lors des phases initiales d'un projet. L'estimation par analogie utilise I'information historique et le 
jugement d'expert. 

Le plus souvent, l'estimation par analogie est moins onereuse et prend moins de temps que les 
autres techniques, mais d'une fagon generale, elle est egalement moins precise. Les estimations 
de couts par analogie peuvent etre appliquees a un projet complet ou a des parties d'un projet, et 
peuvent etre utilisees conjointement avec d'autres methodes d'estimation. L'estimation par analogie 
est d'autant plus fiable que les activites precedentes sont semblables non seulement en apparence 
mais surtout dans les faits, et que les membres de I'equipe de projet qui effectuent les estimations 
possedent I'expertise requise. 
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.3 Estimation parametrique 

L'estimation parametrique utilise une relation statistique entre les donnees historiques et les autres 
variables (par exemple, la superficie en metres carres) pour estimer les parametres d'une activite, tels 
que le cout, le budget et la duree. 

La duree des activites peut etre quantitativement determined en multipliant la quantite de travail a 
effectuer par le nombre d'heures de main d'ceuvre par unite de travail. Par exemple, dans un projet de 
conception, la duree d'une activite peut etre estimee en multipliant le nombre de dessins par le nombre 
d'heures de travail requises par dessin, ou, pour un projet de cablage, en multipliant le metrage de 
cable par le nombre d'heures de travail par metre de cable. Si, par exemple, les ressources allouees 
sont capables d'installer 25 metres de cable par heure, la duree requise d'installation de 1 000 metres 
de cable sera de 40 heures. (1 000 metres divise par 25 metres par heure). 

Selon la sophistication du modele et les donnees qu'il comporte, il est possible d'obtenir avec cette 
technique des resultats d'une grande precision. Les estimations parametriques de duree peuvent etre 
appliquees a un projet complet ou a des parties d'un projet, et peuvent etre utilisees conjointement 
avec d'autres methodes d'estimation. 

.4 Estimation a trois points 

La precision des estimations de la duree des activites peut etre amelioree en prenant en compte 
l'estimation de I'incertitude et des risques. L'origine de ce concept se trouve dans la methode PERT. 
La methode PERT utilise trois valeurs d'estimation pour definir la plage approximative de duree 
d'une activite : 

• Plus probable (t pp ). La duree de I'activite est estimee en fonction des ressources qui seront 
vraisemblablement affectees, de leur productivite, des attentes realistes de leur disponibilite 
pour cette activite, des dependances d'autres participants et des interruptions. 

• Optimiste (t ). La duree de I'activite est basee sur I'analyse du « meilleur scenario possible » 
pour I'activite. 

• Pessimiste (t p ). La duree de I'activite est basee sur I'analyse du « pire scenario possible » pour 
I'activite. 

L'analyse selon la methode PERT calcule alors une duree Attendue (t A ) de I'activite en utilisant 
une moyenne ponderee de ces trois estimations : 

t A = (t + 4tpp + t P )/6 
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Ce calcul (meme s'il ne porte que sur une simple moyenne arithmetique des trois valeurs) peut 
fournir des estimations de la duree plus exactes, et les trois valeurs permettent d'en clarifier la plage 
d'incertitude. 

.5 Analyse de la reserve 

Afin de prendre en compte les incertitudes de I'echeancier, des provisions pour aleas (que Ton 
appelle parfois reserves de temps ou tampons) peuvent etre introduites dans I'echeancier global du 
projet. Les provisions pour aleas peuvent etre sous forme de pourcentage de la duree estimee de 
I'activite, de nombre fixe de periodes de travail, ou peuvent etre determinees a partir de methodes 
d'analyse quantitative. 

Lorsque des informations plus precises sur le projet deviennent disponibles, les provisions pour 
aleas peuvent etre conservees, modifiees ou eliminees. Ces provisions doivent etre clairement 
identifies dans la documentation de I'echeancier. 

6.4.3 Estimer la duree des activites : donnees de sortie 

.1 Estimations de la duree des activites 

Les estimations de la duree des activites sont des evaluations quantitatives du nombre probable de 
periodes de travail qui seront necessaires a I'achevement des activites. Ces estimations ne comprennent 
aucun des decalages avec retard decrits a la section 6.2.2.3. Les estimations de la duree des activites 
peuvent comprendre certaines indications sur les divers resultats possibles. Par exemple : 

• 2 semaines ± 2 jours pour indiquer une duree d'activite comprise entre un minimum de huit 
jours et un maximum de douze jours (sur la base d'une semaine de travail de cinq jours). 

• 15% de probability de depasser trois semaines pour indiquer une forte chance (85%) que 
I'activite dure trois semaines ou moins. 

.2 Mises a jour des documents du projet 

Certains documents du projet peuvent necessiter des mises a jour ; ce sont, en particulier : 

• les attributs des activites, et 

• les hypotheses emises lors de I'etablissement de I'estimation de la duree des activites comme, 
par exemple, les niveaux de competence et de disponibilite. 
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6.5 Elaborer I'echeancier 



Elaborer I "echeancier est le processus qui consiste a elaborer I'echeancier du projet a partir de I'analyse 
des sequences d'activites, des durees, des besoins en ressources et des contraintes de I'echeancier. La saisie 
des activites, de leur duree et des ressources dans I'outil de planification permet d'obtenir un echeancier 
comportant les dates prevues pour I'achevement des activites du projet. L'elaboration d'un echeancier du 
projet acceptable est souvent un processus iteratif qui determine les dates de demarrage et de fin planifiees 
des activites et des jalons du projet. L'elaboration de I'echeancier peut necessiter la revue et la revision des 
estimations de la duree et des ressources, de fagon a creer un echeancier approuve du projet qui puisse servir 
de reference de base pour le suivi de I'avancement du projet. La revision et le maintien d'un echeancier realiste 
se poursuivent au fur et a mesure que le travail progresse, que le plan de management du projet est modifie et 
que la nature des evenements a risque evolue. Voir les figures 6-1 2 et 6-1 3. 



Pour plus d'informations specifiques a I'echeancier, voir < 
uniquement). 
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Figure 6-12. Elaborer I'echeancier : donnees d'entree, outils et techniques, et donnees de sortie 
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Figure 6-13. Diagramme de flux des donnees du processus Elaborer I'echeancier 

6.5.1 Elaborer I'echeancier : donnees d'entree 

.1 Liste d 'activites 

Elle est decrite dans la section 6.1 .3.1 . 
.2 Attributs des activites 

lis sont decrits dans la section 6.1 .3.2. 
.3 Diagrammes de reseau du projet 

lis sont decrits dans la section 6.2.3.1 . 
.4 Besoins en ressources necessaires aux activites 

lis sont decrits dans la section 6.3.3.1 . 
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.5 Calendriers des ressources 

lis sont decrits dans la section 6.3.1 .3. 
.6 Estimations de la duree des activites 

Elles sont decrites dans la section 6.4.3.1 . 
.7 Enonce du contenu du projet 

L'enonce du contenu du projet (voir la section 5.2.3.1) comporte les hypotheses et les contraintes 
qui peuvent avoir un impact sur I'elaboration de I'echeancier du projet. 

.8 Facteurs environnementaux de I'entreprise 

Parmi les facteurs environnementaux de I'entreprise qui peuvent avoir un impact sur le processus 
Elaborer I'echeancier, on peut citer I'outil utilise pour I'elaboration de I'echeancier. 

.9 Actifs organisationnels 

Parmi les actifs organisationnels qui peuvent avoir une influence sur le processus Elaborer 
I'echeancier, on peut citer : 

• la methodologie d'elaboration de I'echeancier, et 

• le calendrier du projet. 

6.5.2 Elaborer I'echeancier : outils et techniques 

.1 Analyse du diagramme de reseau 

L'analyse du diagramme de reseau est une technique qui permet de creer I'echeancier du projet. 
Elle utilise diverses techniques analytiques, telles que la methode du chemin critique, la methode 
de la chame critique, l'analyse des eventualit.es et le nivellement des ressources, pour calculer 
les dates de debut et de fin au plus tot et au plus tard concernant les parties inachevees des 
activites du projet. Certains chemins du reseau peuvent comporter des points de convergence ou de 
divergence qui peuvent etre identifies et utilises dans des analyses de compression de I'echeancier 
ou dans d'autres a 



.2 Methode du chemin critique 

La methode du chemin critique calcule, pour toutes les activites et sans tenir compte d'aucune 
limitation de ressource, les dates theoriques de debut et de fin au plus tot et au plus tard ; pour cela, elle 
effectue une analyse par calcul au plus tot et au plus tard sur les diagrammes de reseau du projet. Les 
dates de debut et de fin au plus tot et au plus tard qui en resultent ne constituent pas necessairement 
I'echeancier du projet ; elles indiquent plutot les intervalles de temps pendant lesquels I'activite peut 
etre prevue, compte tenu de la duree de I'activite, des liens logiques, des decalages avec avance et avec 
retard, et des autres contraintes connues. 
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Les dates calculees de debut et de fin au plus tot et au plus tard peuvent etre affectees par la 
marge totale de I'activite, ce qui confere une flexibilite a I'echeancier, qui peut etre positive, negative 
ou nulle. Sur tout chemin de reseau, la flexibilite de I'echeancier est mesuree par la difference absolue 
entre les dates au plus tot et au plus tard, appelee « marge totale ». La marge totale des chemins 
critiques est nulle ou negative, et les activites qui se trouvent sur un chemin critique sont appelees 
« activites critiques ». Un chemin critique est habituellementcaracterise par le fait que sa marge totale 
est nulle. Les reseaux peuvent comporter plusieurs chemins presque critiques. Des ajustements des 
durees de I'activite, des liens logiques, des decalages avec avance et des decalages avec retard, 
ou des autres contraintes de I'echeancier peuvent s'averer necessaires pour obtenir des chemins 
critiques ayant une marge totale nulle ou positive. Une fois que la marge totale d'un chemin critique 
est calculee, il est possible de determiner la marge libre, c'est-a-dire, le temps pendant lequel une 
activite peut etre reportee sans retarder la date de debut au plus tot de toute activite successeur 
immediate dans le chemin du reseau. 

.3 Methode de la chaine critique 

La chaine critique est une autre technique d'analyse du diagramme de reseau qui permet de 
modifier I'echeancier du projet pour tenir compte de ressources limitees. Au depart, le diagramme de 
reseau du projet est etabli a partir d'estimations de la duree, avec les dependances requises et les 
contraintes definies en donnees d'entree. Le chemin critique est ensuite calcule et, une fois identifie, 
la disponibilite des ressources est entree et I'echeancier a ressources limitees qui en resulte est 
determine. L'echeancier ainsi obtenu presente souvent un chemin critique modifie. 

Ce chemin critique qui tient compte des limites en ressources est appele chaine critique. De fagon 
a maitriser I'incertitude, la methode de la chaine critique ajoute des tampons de duree, qui sont des 
activites de I'echeancier sans travail. Le tampon, place a la fin de la chaine critique, est appele tampon 
de projet et protege la date cible de fin de projet contre tout derapage. Des tampons supplementaires, 
appeles tampons intermediaires, sont places la ou une chaine de taches dependantes, qui ne se trouve 
pas sur la chaine critique, alimente la chaine critique. Les tampons intermediaires protegent ainsi la 
chaine critique contre les derapages sur les chames de taches. La dimension de chaque tampon 
doit tenir compte de I'incertitude sur la duree de la chaine des taches dependantes conduisant a ce 
tampon. Une fois que les activites tampon de I'echeancier ont ete determinees, les activites prevues 
sont planifiees sur la base de leurs dates de debut et de fin au plus tard. Par consequent, au lieu de 
gerer la marge totale des chemins du reseau, la methode de la chaine critique se concentre sur la 
gestion de la consommation des tampons en fonction des durees restantes des chames de taches. 
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.4 Nivellement des ressources 

Le nivellement des ressources est une technique d'analyse du diagramme de reseau appliquee a 
un echeancier qui a deja ete analyse par la methode du chemin critique. Ce nivellement peut etre utilise 
lorsque des ressources requises, partagees ou critiques, ne sont disponibles que pendant certaines 
periodes, ou seulement en quantites limitees, ou encore pour maintenir I'utilisation des ressources a 
un niveau constant. Le nivellement des ressources est necessaire lorsque les allocations de ressources 
excedent les capacites, ce qui serait le cas d'une ressource attribute a deux ou plusieurs activites 
pendant la meme periode de temps, ou le cas de ressources partagees ou critiques necessaires 
et seulement disponibles pendant certaines periodes, ou en quantites limitees. Le nivellement des 
ressources peut souvent entramer la modification du chemin critique initial. 

.5 Analyse des eventualites 

Cette analyse etudie la question « Que se produirait-il si la situation representee par le scenario X 
survenait ? » Une analyse du diagramme de reseau est effectuee en utilisant I'echeancier pour calculer 
les differents scenarios, comme le retard dans la livraison d'un composant majeur, le prolongement de 
la duree d'etudes specifiques d'ingenierie, ou comme I'introduction de facteurs extemes tels qu'une 
greve ou une modification du processus de delivrance d'une autorisation. Les resultats de I'analyse 
par simulation permettent d'evaluer la faisabilite de I'echeancier du projet dans des conditions 
defavorables, et de preparer des plans de secours et de reponse pour surmonter ou attenuer I'impact 
de situations adverses. La simulation requiert le calcul de nombreuses durees du projet a partir de 
differents ensembles d'hypotheses sur les activites. La technique la plus courante est la methode de 
Monte Carlo (voir la section 1 1 .4.2.2), dans laquelle une distribution de durees possibles des activites 
est definie pour chaque activite et utilisee pour calculer une distribution des resultats possibles sur 
I'ensemble du projet. 

.6 Application des decalages avec avance et des decalages avec retard 

Les decalages avec avance et les decalages avec retard (voir la section 6.2.2.3) sont des 
ameliorations apportees lors de I'analyse de reseau de fagon a obtenir un echeancier plausible. 

.7 Compression de I'echeancier 

La compression de I'echeancier raccourcit I'echeancier du projet, sans modifier le contenu du 
projet, afin de respecter les contraintes de I'echeancier et les dates imposees, ou de satisfaire d'autres 
objectifs du projet. Les techniques de compression de I'echeancier sont les suivantes : 

• Compression des delais. C'est une technique de compression de I'echeancier ou des 
compromis entre couts et echeancier sont analyses, de fagon a determiner comment obtenir le 
maximum de compression pour un surcout minimum. L'approbation d'heures supplementaires, 
I'apport de ressources supplementaires ou le paiement d'un supplement pour accelerer une 
livraison pour les activites sur le chemin critique, sont des exemples de compression des delais. 
La compression des delais ne donne de resultats qu'avec des activites pour lesquelles des 
ressources supplementaires permettront de reduire leur duree. La compression des delais 
n'offre pas toujours de solution viable et peut entramer une augmentation des risques et/ou 
des couts. 
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• Execution acceleree par chevauchement. C'est une technique de compression de l'echeancier qui 
consiste a realiser en parallele des phases ou des activites qui seraient normalement effectuees en 
sequence. On peut citer a titre d'exemple la construction des fondations d'un batiment alors que les 
plans architecturaux ne sont pas encore termines. L'execution acceleree par chevauchement peut 
entrainer une reprise du travail et un accroissement des risques. Cette technique d'execution acceleree 
ne donne de resultats que si les activites peuvent se chevaucher afin de raccourcir la duree. 

.8 Outil de planification 

Des outils automatises d'elaboration d'echeancier accelerent le processus de planification en 
produisant des dates de debut et de fin a partir des donnees d'entree des activites, des diagrammes 
de reseau, des ressources et des durees des activites. Un outil de planification peut etre utilise en 
meme temps que d'autres logiciels de gestion de projet ou que des methodes manuelles. 

6.5.3 Elaborer I'echeancier : donnees de sortie 

.1 Echeancier du projet 

L'echeancier du projet comporte au minimum, pour chaque activite, une date prevue de debut et une 
date prevue de fin. Si la planification des ressources est effectuee dans une phase initiale, I'echeancier 
du projet demeure sous une forme preliminaire jusqu'a la confirmation des allocations en ressources et a 
I'etablissement des dates planifiees de debut et de fin. Habituellement, ce processus intervient au plus tard 
a I'achevement du plan de management du projet (voir la section 4.2.3.1). Un echeancier cible du projet peut 
egalement etre etabli avec des dates cible de debut et de fin definies pour chaque activite. L'echeancier du 
projet peut etre presents sous une forme resumee, que Ton appelle parfois echeancier directeur ou echeancier 
des jalons, ou sous une forme detaillee. Bien qu'un echeancier du projet puisse etre presents sous forme de 
tableau, il est le plus souvent presents sous forme graphique dans un ou plusieurs des formats suivants : 

• Diagrammes de jalons. Ces diagrammes sont similaires aux diagrammes a barres, mais ils 
identifient uniquement les dates planifiees de debut ou d'achevement des livrables majeurs et les 
interfaces extemes cles. La partie de l'echeancier des jalons de la figure 6.1 4 en est une illustration. 

• Diagrammes a barres. Ces diagrammes, dont les barres represented les activites, montrent 
les dates de debut et de fin des activites, ainsi que leurs durees prevues. Les diagrammes a 
barres sont relativement faciles a lire et sont frequemment utilises lors de presentations au 
management. Pour la communication au management et la maitrise, I'activite recapitulative 
plus globale et plus large, se rapportant quelquefois a un groupe d'activites, est utilisee entre 
deux jalons ou pour plusieurs lots de travail interdependants, et figure dans des rapports de 
diagrammes a barres. La figure 6-14 illustre une partie resumee de l'echeancier, dans laquelle 
la presentation est similaire a la structure de decoupage du projet. 

• Diagrammes de reseau du projet. Ces diagrammes, comportant des informations sur les 
dates des activites, montrent habituellement a la fois la logique du reseau et les activites de 
l'echeancier situees sur le chemin critique du projet. Ces diagrammes peuvent etre presentes 
sous forme de diagrammes d'activites sur noeuds, comme sur la figure 6-7, ou sous forme de 
diagrammes a echelle de temps, quelquefois appeles diagrammes a barres logiques, comme 
indique pour l'echeancier detaille de la figure 6-14. Cet exemple montre egalement comment 
chaque lot de travail est planifie en une serie d'activites connexes. 
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Figure 6-14. Echeancier du projet - Exemples graphiques 
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La figure 6-14 montre un exemple d'echeancier pour un projet en cours d'execution, sur lequel le 
travail en cours est indique jusqu'a la date des donnees, aussi appelee date d'etat. Pour un echeancier 
simple du projet, la figure 6-1 4 montre I'affichage graphique d'un echeancier des jalons, d'un resume 
de I'echeancier et d'un echeancier detaille. La figure 6-14 illustre egalement les liens entre les trois 
niveaux differents de presentation de I'echeancier. 

.2 Reference de base de I'echeancier 

Une reference de base de I'echeancier est une version specifique de I'echeancier du projet etablie 
a partir d'une analyse du diagramme de reseau. Elle est acceptee et approuvee par I'equipe de 
management de projet comme la reference de base de I'echeancier comportant les dates de debut de 
reference et les dates de fin de reference. La reference de base de I'echeancier est un composant du 
plan de management du projet. 

.3 Donnees de I'echeancier 

Les donnees de I'echeancier du projet comprennent au moins les jalons de I'echeancier, les activit.es 
de I'echeancier, les attributs des activites et la documentation de toutes les hypotheses et contraintes 
identifies. La quantite de donnees supplementaires varie en fonction du champ d'application. Parmi 
les informations frequemment fournies en soutien des details, on peut citer : 

• les exigences en ressources par intervalle de temps, souvent presentees sous forme d'un 
histogramme des ressources, 

• des variantes d'echeanciers, tels que le meilleur des cas et le pire des cas, I'echeancier avec ou 
sans nivellement des ressources, I'echeancier avec ou sans dates imposees, et 

• la planification des provisions pour aleas. 

Les donnees de I'echeancier peuvent comprendre des elements tels que les histogrammes des 
ressources, les previsions de tresorerie et des echeanciers de commande et de livraison. 

.4 Mises a jour des documents du projet 

Certains documents du projet peuvent necessiter des mises a jour ; ce sont, en particulier : 

• Besoins en ressources necessaires aux activites. Le nivellement des ressources peut avoir 
un effet significatif sur les estimations preliminaires des types et quantites de ressources 
necessaires. Si I'analyse du nivellement des ressources modifie les besoins en ressources du 
projet, ces besoins doivent etre mis a jour. 
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Attributs des activites. Les attributs des activites (voir la section 6.1.3.2) sont mis a jour de 
fagon a inclure tout besoin en ressources revise et toute autre revision issue de I'execution du 
processus Baborer I'echeancier. 

Calendrier. Le calendrier de chaque projet peut utiliser differentes unites calendaires comme 
base de planification du projet. 

Registre des risques. Le registre des risques peut devoir etre mis a jour pour refleter les 
opportunit.es ou les menaces que font apparaitre les hypotheses de la planification. 



6.6 Mattriser I'echeancier 

Maitriser I'echeancier est le processus qui consiste a surveiller I'etat du projet dans le but de mettre a jour les 
progres effectues et a gerer les modifications affectant la reference de base de I'echeancier. Voir les figures 6-15 
et 6-1 6. La maitrise de I'echeancier porte sur : 

• la determination de I'etat actuel de I'echeancier du projet, 

• I'influence des facteurs qui provoquent des modifications de I'echeancier, 

• la constatation de ce que I'echeancier du projet a ete modifie, et 

• la gestion des modifications effectives au fur et a mesure qu'elles se realisent. 

La maitrise de I'echeancier est un composant du processus Mettre en ceuvre la maitrise integree des 
modifications (voir la section 4-5). 
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Figure 6-15. Vue d'ensemble de la maitrise de I'echeancier : 
donnees d'entree, outils et techniques, et donnees de sortie 



©2008 Project Management Institute. Guide du Corpus des connaissances en management de projet (Guide PMBOIf) — Quatrieme edition 



CHAPITRE 6 - MANAGEMENT DES DELAIS DU PROJET 



I'execution 
du projet 



Management des delais du projet 



4.2 

Elaborer le plan 

de management 

du projet 










"• ► 

















de la performance 



de management du projet 



la maTtrise integree 
des modifications 



Figure 6-16. Diagramme de flux des donnees du processus Maitriser I'echeancier 

6.6.1 Maitriser I'echeancier : donnees d'entree 

.1 Plan de management du projet 

Le plan de management du projet, decrit dans la section 4.2.3.1 , comprend le plan de management 
de I'echeancier et la reference de base de I'echeancier. Le plan de management de I'echeancier 
decrit la fagon dont I'echeancier doit etre gere et maTtrise. La reference de base de I'echeancier est 
comparee aux resultats reels, de fagon a determiner si une modification, une action corrective ou 
preventive est necessaire. 

.2 Echeancier du projet 

La version la plus recente de I'echeancier du projet avec des notes indiquant les mises a jour, les 
activites achevees et celles ayant debute a la date des donnees indiquee. 

.3 Information sur la performance du travail 

C'est I'information sur I'avancement du projet comme, par exemple, les activites qui ont ete 
demarrees, leur avancement et les activites terminees. 
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.4 Actifs organisationnels 

Parmi les actifs organisationnels qui peuvent avoir une influence sur le processus Maitriser 
I'echeancier, on peut citer : 

• les politiques, procedures et instructions existantes, formelles et informelles, relatives a la 
maitrise de I'echeancier, 

• les outils de maitrise de I'echeancier, et 

• les methodes de surveillance et de compte-rendu a utiliser. 

6.6.2 Maitriser I'echeancier : outils et techniques 

.1 Revues de performance 

Les revues de performance permettent de mesurer, comparer et analyser la performance de 
I'echeancier dont, en particulier, les dates de debut et de fin reelles, le pourcentage d'avancement et 
la duree restante pour les travaux en cours. Lorsque le management par la valeur acquise est pratique, 
les ecarts de delais (ED) (voir la section 7.3.2.1) et les indices de performance des delais (IPD) (voir 
la section 7.3.2.3) sont utilises pour evaluer I'importance des ecarts par rapport a I'echeancier. Un 
aspect important de la maitrise de I'echeancier consiste a decider si ces ecarts necessitent une action 
corrective. Par exemple, un retard important sur une activite situee en dehors du chemin critique peut 
n'avoir qu'un faible impact sur I'ensemble de I'echeancier du projet, alors qu'un retard beaucoup 
moins important sur une activite critique ou quasi critique peut necessiter une action immediate. 

En utilisant la methode de planification basee sur la chame critique (voir la section 6.5.2.3), la 
comparaison entre le montant de tampon restant et le montant de tampon requis pour proteger les 
donnees de la livraison peut aider a determiner I'etat de I'echeancier. La difference entre la valeur tampon 
requise et la valeur tampon restante permet de decider si une action corrective est appropriee. 

.2 Analyse de I'ecart 

Les mesures de performance de I'echeancier (ED, IPD) permettent d'evaluer I'importance de I'ecart 
par rapport a la reference de base initiale de I'echeancier. L'ecart de marge totale est egalement un 
composant essentiel de planification permettant d'evaluer la performance des delais du projet. La 
determination de la cause et du degre d'ecart par rapport a la reference de base de I'echeancier 
(voir la section 6.5.3.2), et de la necessite d'une action corrective ou preventive, sont des aspects 
importants de la maitrise de I'echeancier du projet. 

.3 Logiciel de gestion de projet 

Les logiciels de gestion de projet pour la planification permettent de suivre les dates reelles et de 
les comparer aux dates prevues, et de prevoir les effets des modifications de I'echeancier du projet. 
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.4 Nivellement des ressources 

Le nivellement des ressources, tel qu'il est decrit dans la section 6.5.2.4, permet d'optimiser la 
repartition du travail entre les ressources. 

.5 Analyse des eventualites 

L'analyse par simulation permet de passer en revue differents scenarios dans le but de realigner 
I'echeancier avec le plan. Elle est decrite dans la section 6.5.2.5. 

.6 Ajustement des decalages avec avance et des decalages avec retard 

L'application des decalages avec avance et avec retard permet de trouver des solutions pour 
realigner avec le plan des activites qui sont en retard. 

.7 Compression de I'echeancier 

Les techniques de compression de I'echeancier permettent de trouver des solutions pour realigner 
avec le plan des activites qui sont en retard. Elle est decrite dans la section 6.5.2.7. 

.8 Outil de planification 

Les donnees de I'echeancier sont mises a jour et compilees dans I'echeancier de fagon a refleter 
I'avancement reel du projet et le travail restant a accomplir. L'outil de planification et les donnees de 
I'echeancier qui le soutienne sont utilises en combinaison avec des methodes manuelles ou d'autres 
logiciels de gestion de projet de fagon a effectuer des analyses de diagramme de reseau et a produire 
un echeancier de projet mis a jour. 

6.6.3 Maitriser I'echeancier : donnees de sortie 

.1 Mesures de performance du travail 

Les valeurs calculees de I'ecart de delais (ED) et de I'indice de performance des delais (IPD) pour 
les composants de la SDP, notamment les lots de travail et les comptes de controle, sont document.es 
et communiques aux parties prenantes. 

.2 Mises a jour des actifs organisationnels 

Certains actifs organisationnels peuvent necessiter des mises a jour ; ce sont, en particulier : 

• les causes des ecarts, 

• les actions correctives choisies et les raisons des choix, et 

• d'autres types de legons apprises provenant de la maitrise de I'echeancier du projet. 
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.3 Demandes de modification 

L'analyse de I'ecart de delais, ainsi que la revue des rapports d'avancement, les resultats des 
mesures de performance et les modifications apportees a I'echeancier du projet, peuvent entramer 
1'etablissement de demandes de modification de la reference de base de I'echeancier et/ou d'autres 
composants du plan de management du projet. Ces demandes de modifications sont passees en 
revue et traitees par le processus Mettre en ceuvre la maitrise integree des modifications (voir la 
section 4.5). Les actions preventives peuvent comprendre des modifications recommandees pour 
reduire la probabilite d'ecarts de delais negatifs. 

.4 Mises a jour du plan de management du projet 

Les elements du plan de management du projet qui sont susceptibles de mises a jour sont, en particulier : 

• La reference de base de I'echeancier. Les modifications de la reference de base de 
I'echeancier sont incorporees a la suite de I'approbation des demandes de modification (voir la 
section 4.4.3.1) relatives au contenu du projet, aux ressources des activites, ou aux estimations 
de la duree des activites. 

• Le plan de management de I'echeancier. 

• La reference de base des couts. Cette reference de base peut etre mise a jour dans le but de 
refleter les modifications resultant des techniques de compression des delais. 

.5 Mises a jour des documents du projet 

Certains documents du projet peuvent necessiter des mises a jour ; ce sont, en particulier : 

• Donnees de I'echeancier. De nouveaux diagrammes de reseau du projet peuvent etre 
developpes dans le but de presenter les durees restantes approuvees et les modifications 
apportees au plan de travail. Dans certains cas, les retards dans I'echeancier du projet peuvent 
etre suffisamment graves pour necessiter 1'etablissement d'un nouvel echeancier cible, avec 
de nouvelles dates de debut et de fin prevues, apportant des donnees realistes pour diriger le 
travail et pour mesurer la performance et I'avancement. 

• Echeancier du projet. Un echeancier du projet mis a jour sera produit a partir des donnees de 
I'echeancier mises a jour, dans le but de refleter les modifications de I'echeancier et de gerer 
le projet. 
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MANAGEMENT DES COUTS DU PROJET 

Le management des couts du projet comprend les processus relatifs a I'estimation, a I'etablissement du 
budget et a la maftrise des couts dans le but d'achever le projet en restant dans le budget approuve. La figure 7-1 
donne une vue d'ensemble des processus de management des couts du projet. Ces processus sont les suivants : 

7.1 Estimer les couts— C'est le processus qui consiste a calculer une approximation des ressources 
monetaires necessaires a 1'accomplissement des activites du projet. 

7.2 Determiner le budget— C'est le processus qui consiste a consolider les couts estimes de 
chaque activite individuelle ou de chaque lot de travail de fagon a etablir une reference de base 
des couts approuvee. 

7.3 Maitriser les couts— C'est le processus qui consiste a surveiller I'etat du projet dans le but de 
mettre a jour son budget et a gerer les modifications affectant la reference de base des couts. 

Ces processus interagissent entre eux et avec des processus des autres domaines de connaissance. 
Suivant les besoins du projet, chaque processus peut demander I'effort d'une personne ou d'un groupe. Chaque 
processus est execute au moins une fois dans un projet et dans I'une ou plusieurs de ses phases si celui-ci est 
decoupe en phases. Bien que les processus soient presentes ici comme des composants distincts ayant des 
interfaces clairement definies, dans la pratique ils se chevauchent et interagissent selon des modalites qui ne 
sont pas detaillees ici. Les interactions entre les processus sont traitees en detail dans le chapitre 3. 

Dans certains projets, particulierement ceux de plus petits contenus, I'estimation des couts et la budgetisation 
sont si etroitement liees qu'elles sont considerees comme un seul processus pouvant etre effectue par une 
seule personne en un temps relativement court. Ces processus sont presentes ici comme des processus 
distincts car les outils et techniques utilises sont differents pour chacun d'eux. C'est au cours des premieres 
etapes du projet que la capacite d'influer sur le cout est la plus grande et, de ce fait, il est essentiel de definir 
tres tot le contenu du projet (voir la section 5.2). 

Le travail requis par I'execution des trois processus de management des couts du projet est precede par un 
effort de planification de la part de I'equipe de management de projet. Cet effort de planification fait partie du 
processus Elaborer le plan de management du projet (voir la section 4.2) qui produit un plan de management 
des couts etablissant le format et les criteres de planification, de structuration, d'estimation, de budgetisation 
et de maitrise des couts du projet. Les processus de management des couts, et les outils et techniques qui leur 
sont associes, sont habituellement selectionnes lors de la definition du cycle de vie du projet (voir la section 
2.1) et sont document.es dans le plan de management des couts. Le plan de management des couts permet 
d'etablir, entre autres, les elements suivants : 
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• Niveau de precision. La valeur des estimations du cout des activites sera arrondie suivant une regie 
prescrite (par exemple, a la centaine ou au millier de dollars), qui depend de I'etendue des activites 
et de I'ampleur du projet, et pourra comprendre un montant pour les aleas. 

• Unites de mesure. Chaque unite de mesure utilisee sera definie pour chacune des ressources (par 
exemple, les heures-personne, les jours-personne, les semaines, ou un montant forfaitaire). 

• Liens avec les procedures organisationnelles. La structure de decoupage du projet (SDP) (voir 
la section 5.3.3.1) fournit le cadre du plan de management des couts, en permettant la coherence 
des estimations, des budgets et de la maitrise des couts. Le composant de la SDP utilise pour la 
comptabilite analytique du projet est appele le compte de controle. Chaque compte de controle 
porte un code ou un numero de compte unique qui le lie directement au systeme de comptabilite de 
I'entreprise realisatrice. 

• Seuils de maitrise. Des seuils d'ecarts peuvent etre specifies pour la surveillance de la performance 
des couts de fagon a preciser un montant d'ecart convenu acceptable avant qu'une action ne 
devienne necessaire. Ces seuils sont habituellement exprimes en pourcentage des divergences par 
rapport au plan de reference de base. 

• Regies de mesure de performance. Les regies de mesure de performance grace au management 
par la valeur acquise sont etablies. Le plan de management des couts peut, par exemple : 

o definir la SDP et les points ou se feront les mesures des comptes de controle, 

o etablir les techniques de mesure de la valeur acquise (par exemple, des jalons ponderes, 
des formules fixes, le pourcentage d'achevement, etc.) qui seront utilisees, et 

o specifier les formules de calcul du management par la valeur acquise, de fagon a etablir 
des projections du cout final estime et autres methodologies de suivi. 

Pour plus d'informations specifiques sur le management par la valeur acquise, voir The Practice 
Standard for Earned Value Management [3] (en anglais seulement). 

• Formats des rapports. Les formats des differents rapports sur les couts, ainsi que leur frequence, 
sont definis. 

• Descriptions des processus. Les descriptions de chacun des trois processus de management des 
couts sont documentees. 

Toutes ces informations figurent dans le plan de management des couts, qui est un composant du plan de 
management du projet, soit sous la forme de textes inseres dans le corps du plan, soit sous forme d'annexes. 
Selon les besoins du projet, le plan de management des couts peut etre formel ou informel, tres d 
formule de maniere generale. 
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Figure 7-1. Vue d'ensemble du management des couts du projet 

Lors de la collecte des couts, le management des couts du projet doit tenir compte des exigences des parties 
prenantes. La mesure des couts du projet sera differente d'une partie prenante a une autre et d'un moment 
a un autre. Par exemple, le cout d'un element acquis peut etre mesure lorsque la decision de I'acquisition est 
prise ou engagee, la commande lancee ou I'element livre, ou lorsque le cout reel est impute ou enregistre pour 
les besoins de la comptabilite du projet. 

Le management des couts du projet porte principalement sur le cout des ressources necessaires a 
I'achevement des activites du projet. Le management des couts doit egalement prendre en consideration I'effet 
des decisions du projet sur le cout recurrent ulterieur d'utilisation, d'entretien et de support du produit, service 
ou resultat du projet. Par exemple, une limitation du nombre de revues de conception peut reduire le cout du 
projet mais peut conduire a des couts d'exploitation plus eleves pour le client. 
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Dans de nombreuses organisations, la prevision et I'analyse de la performance financiere attendue du 
produit du projet ne font pas partie du projet. Dans d'autres, comme par exemple un projet d'investissement 
industriel, ce travail peut faire partie du management des couts du projet. Lorsque ces previsions et analyses 
font partie du projet, le management des couts du projet peut mettre en oeuvre des processus supplementaires 
et de nombreuses techniques de gestion telles que le retour sur investissement, la valeur actualisee des flux 
de tresorerie et les analyses des delais de recuperation des investissements. 

L'effort de planification du management des couts se deroule tot dans la planification du projet et met en 
place le cadre dans lequel seront executes les processus de management des couts, de fagon a ce que la 
performance des processus soit efficace et coordonnee. 

7.1 Estimer les couts 

Estimer les couts est le processus qui consiste a calculer une approximation des ressources monetaires 
necessaires a raccomplissement des activites du projet (voir les figures 7-2 et 7-3). L'estimation des couts est 
une prevision basee sur les informations disponibles a un moment donne. Elle comprend I'identification et la 
prise en compte de diverses possibilites d'etablissement des couts pour initier et achever le projet. Dans le but 
d'atteindre un cout de projet optimal, des compromis entre couts et risques doivent etre considered, comme 
par exemple produire au lieu d'acheter, acheter au lieu de louer, et partager les ressources. 

L'estimation des couts s'exprime generalement en unites monetaires (dollar, euro, yen, etc.), bien que dans 
certains cas d'autres unites de mesure, telles que les heures-personne ou les jours-personne, soient utilisees 
pourfaciliter les comparaisons en eliminant les effets des fluctuations des devises. 

L'estimation des couts doit etre affinee au cours du projet pour refleter les informations supplementaires qui 
deviennent disponibles. La precision d'une estimation du projet augmentera au fur et a mesure que le projet 
avancera dans son cycle de vie. L'estimation des couts est, par consequent, un processus iteratif d'une phase 
a I'autre. Par exemple, au cours de la phase de demarrage d'un projet, il n'est possible d'obtenir qu'un ordre de 
grandeur approximatif de l'estimation, avec une marge d'incertitude d'environ ±50%. Ulterieurement, lorsque 
de plus amples informations sont disponibles, les estimations seront plus precises et la marge d'incertitude 
pourrait diminuer aux environs de ±10%. Certaines organisations disposent de directives sur la planification 
dans le temps des affinements qui peuvent etre apport.es et sur le degre de precision qui peut etre espere. 

Les sources des informations d'entree sont derivees des donnees de sortie de processus de projet dans 
d'autres domaines de connaissance. Une fois regues, toutes ces informations demeureront disponibles sous 
forme de donnees d'entree pour les trois processus de management des couts. 

Les couts sont estimes pour toutes les ressources qui seront imputees au projet. Ceci comprend, entre 
autres, la main d'oeuvre, les materiaux, I'equipement, les services et les installations, ainsi que des categories 
speciales telles qu'une reserve contre I'inflation ou une provision pour aleas sur les couts. L'estimation des 
couts est une evaluation quantitative du cout probable des ressources necessaires pour realiser I'activite. 
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Figure 7-2. Estimer les couts : donnees d'entree, outils et techniques, et donnees de sortie 
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Figure 7-3. Diagramme de flux des donnees du processus Estimer les couts 

7.1 .1 Estimer les couts : donnees d'entree 

.1 Reference de base du contenu 

• Enonce du contenu. L'enonce du contenu (voir la section 5.2.3.1) fournit la description du 
produit, les criteres d'acceptation, les livrables cles, les limites du projet, les hypotheses et les 
contraintes du projet. Une des hypotheses de base qui doit etre realisee lors de I'estimation 
des couts du projet, consiste a limiter les estimations aux seuls couts directs ou a inclure 
egalement les couts indirects. Les couts indirects sont ceux qui ne peuvent pas etre imputes 
a un projet particulier et qui, par consequent, doivent etre cumules et equitablement repartis 
entre plusieurs projets suivant une procedure de comptabilisation approuvee et documented. 
Parmi les contraintes de la plupart des projets, on rencontre communement des limitations 
du budget du projet. D'autres contraintes sont, par exemple, les dates de livraison exigees, la 
disponibilite de ressources competentes et la politique interne de I'organisation. 
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• Structure de decoupage du projet. La SDP (voir la section 5.3.3.1 ) fournit les relations entre 
tous les composants et les livrables du projet (voir la section 4.3.3.1). 

• Dictionnaire de la SDP. Le dictionnaire de la SDP (voir la section 5.3.3.2) et les enonces detailles 
connexes des travaux foumissent une identification des livrables et une description du travail pour 
chacun des composants de la SDP necessaires a la production de chaque livrable. 

Les informations supplemental que peut contenir la reference de base du contenu et qui 
incluent des exigences dues aux implications contractuelles et legales sont la sante, la securite, la 
surete, la performance, I'environnement, I'assurance, les droits de propriete intellectuelle, les brevets 
et les permis. Toutes ces informations doivent etre prises en compte lors de I'etablissement des 
estimations de couts. 

.2 Echeancier du projet 

Le type et la quantite des ressources, et la duree pendant laquelle ces ressources sont affectees 
a I'achevement du travail du projet, sont des facteurs majeurs dans la determination du cout du 
projet. Les ressources des activites de I'echeancier et leur duree respective constituent des donnees 
d'entree cles pour ce processus. Le processus Estimer les ressources necessaires aux activites 
(voir la section 6.3) implique la determination de la disponibilite et des quantites necessaires 
en ressources humaines et en materiel pour mettre en oeuvre les activites de I'echeancier. II est 
etroitement coordonne avec I'estimation des couts. Les estimations de la duree des activites (voir la 
section 6.4.3.1) auront un impact sur les estimations de couts de tout projet pour lequel le budget 
comporte une allocation pour les charges financiers (y compris les charges d'interets) et dans lequel 
les ressources sont appliquees, par unite de temps, pour la duree de I'activite. Les estimations de la 
duree des activites peuvent egalement avoir un impact sur les estimations de couts qui comportent 
des composants sensibles au temps, comme c'est le cas des negociations avec les syndicats de 
conventions collectives du personnel arrivees a echeance, ou des materiaux dont les prix sont sujets 
a variations saisonnieres. 

.3 Plan des ressources humaines 

Les proprietes des ressources humaines du projet, les taux salariaux du personnel et les 
recompenses et reconnaissances correspondantes (voir la section 9.1.3.1) sont des composants 
necessaires a I'elaboration des estimations de couts du projet. 

.4 Registre des risques 

Le registre des risques (voir la section 11.2.3.1) doit etre analyse de fagon a prendre en compte 
les couts de prevention des risques. Les risques, que ce soit des menaces ou des opportunites, ont 
habituellement un impact sur le cout des activites et de I'ensemble du projet. En regie generale, 
lorsqu'un evenement induit par I'occurrence d'un risque negatif affecte le projet, le cout a court terme 
du projet augmente generalement et I'echeancier du projet subit parfois un retard. 
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.5 Facteurs environnementaux de I'entreprise 

Parmi les facteurs environnementaux de I'entreprise qui peuvent avoir une influence sur le 
processus Estimerles coOts, on peut citer : 

• Les conditions du marche. Les conditions du marche decrivent les produits, services et 
resultats qui sont disponibles sur le marche, leurs foumisseurs, et les termes et conditions qui 
les regissent. Les conditions regionales et/ou globales de I'offre et de la demande ont un impact 
tres important sur le cout des ressources. 

• Les informations commerciales publiees. Les informations sur le tarif des ressources sont 
souvent disponibles dans les bases de donnees commerciales qui suivent le cout des ressources 
humaines en fonction de leur competence et foumissent des couts standard pour les materiaux 
et les equipements. Les listes de prix que publient les foumisseurs offrent d'autres sources 
d'informations. 

.6 Actifs organisationnels 

Parmi les actifs organisationnels qui peuvent avoir une influence sur le processus Estimer les 
couts, on peut citer : 

• les politiques d'estimation des couts, 

• les modeles d'estimation des couts, 

• I'information historique, et 

• les legons apprises. 

7.1 .2 Estimer les couts : outils et techniques 

.1 Jugement d'expert 

De nombreuses variables, dont en particulier les taux de main d'oeuvre, le cout des materiaux, 
I'inflation, les facteurs de risque, ont une influence sur I'estimation des couts. Base sur I'information 
historique, le jugement d'expert apporte une connaissance utile sur I'environnement et les informations 
provenant de projets anterieurs similaires. Le jugement d'expert peut egalement permettre de decider 
de la combinaison de methodes d'estimation et de reconcilier leurs differences. 

.2 Estimation par analogie 

Afin d'estimer les parametres ou mesures d'echelle du projet en cours, I'estimation des couts par 
analogie utilise les valeurs et mesures homologues provenant de projets similaires anterieurs ; ces 
parametres peuvent etre le contenu, le cout, le budget et la duree, et ces mesures d'echelle peuvent 
etre la taille, la charge et la complexite. Lors de I'estimation des couts, cette technique utilise les couts 
reels de projets anterieurs similaires comme base d'estimation des couts pour le projet en cours. 
C'est une approche d'estimation grossiere qui est parfois ajust.ee pour tenir compte des differences 
de complexite entre projets. 
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L'estimation des couts par analogie est frequemment utilisee pour estimer un parametre lorsque 
Ton dispose de peu d'informations detaillees sur le projet, comme c'est le cas, par exemple, lors des 
phases initiales d'un projet. L'estimation des couts par analogie utilise I'information historique et le 
jugement d'expert. 

Le plus souvent, l'estimation des couts par analogie est moins onereuse et prend moins de temps 
que les autres techniques, mais d'une fagon generale, elle est egalement moins precise. L'estimation 
des couts par analogie peut etre appliquee a un projet complet ou a des parties d'un projet, et peut 
etre utilisee conjointement avec d'autres methodes d'estimation. Sa fiabilite est d'autant plus grande 
que les projets anterieurs sont semblables non seulement en apparence mais surtout dans les faits, et 
que les membres de I'equipe de projet qui effectuent les estimations possedent I'expertise requise. 

.3 Estimation parametrique 

L'estimation parametrique utilise une relation statistique entre les donnees historiques et d'autres 
variables (par exemple, la superficie de construction en metres carres) pour estimer les parametres 
d'une activite, tels que le cout, le budget et la duree. Selon la sophistication du modele et les donnees 
qu'il comporte, il est possible d'obtenir avec cette technique des resultats de grande precision. Les 
estimations parametriques des couts peuvent etre appliquees a un projet complet ou a des parties 
d'un projet, et peuvent etre utilisees conjointement avec d'autres methodes d'estimation. 

.4 Estimation ascendante 

L'estimation ascendante est une methode d'estimation des composants du travail. Le cout de 
chaque lot de travail ou de chaque activite est estime au niveau contenant le plus de details. Ces 
couts detailles sont ensuite totalises ou « remontes » vers des niveaux de detail superieurs pour 
permettre I'etablissement de rapports et le suivi. Le cout et la precision de son estimation ascendante 
sont generalement fonction de I'importance et de la complexity de chaque activite ou de chaque lot 
de travail. 

.5 Estimation a trois points 

La precision des estimations du cout d'une activite unique peut etre amelioree en prenant 
en compte I'incertitude et le risque de l'estimation. L'origine de ce concept se trouve dans la 
methode PERT. Cette methode utilise trois estimations pour definir la plage approximative du cout 
d'une activite : 

• Plus probable (C pp ). Le cout de I'activite est base sur une evaluation vraisemblable de I'effort 
requis par le travail et des depenses prevues. 

• Optimiste (C ). Le cout de I'activite est base sur I'analyse du « meilleur scenario possible » 
pour I'activite. 

• Pessimiste (C p ). Le cout de I'activite est base sur I'analyse du « pire scenario possible » pour 
I'activite. 
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L'analyse selon la methode PERT calcule un cout Attendu (C fl ) en utilisant une moyenne 
ponderee de ces trois estimations : 

c E = c + 4c M + Cp/6 

Ce calcul (meme s'il ne porte que sur une simple moyenne arithmetique des trois valeurs) peut 
fournir des estimations de couts plus exactes, et les trois valeurs permettent d'en clarifier la plage 
d'incertitude. 

.6 Analyse de la reserve 

Les estimations de couts peuvent inclure des provisions pour aleas (que Ton appelle parfois 
reserves pour imprevus) afin de tenir compte d'incertitudes sur les couts. Les provisions pour aleas 
peuvent etre exprimees sous forme de pourcentage du cout estime de I'activite ou de nombre fixe, ou 
peuvent etre determinees a partir de methodes d'analyse quantitative. 

Lorsque des informations plus precises sur le projet deviennent disponibles, les provisions pour 
aleas peuvent etre conservees, modifiees ou eliminees. Ces provisions doivent etre clairement 
identifies dans la documentation de I'echeancier. Les provisions pour aleas font partie des exigences 
en financement du projet. 

.7 Cout de la qualite 

Des hypotheses relatives au cout de la qualite (voir la section 8.1.2.2) peuvent etre utilisees dans la 
preparation des estimations du cout des activites. 

.8 Logiciels d'estimation des couts du projet 

Les modules d'estimation des couts disponibles dans les logiciels de gestion de projet, les tableurs 
et les outils de simulation et de statistique, sont de plus en plus utilises pour aider a I'estimation des 
couts. Ces outils peuvent simplifier I'utilisation de certaines techniques d'estimation des couts et 
facilitent ainsi I'etude rapide de diverses possibilites d'estimation des couts. 

.9 Analyse des offres 

Les methodes d'estimation des couts peuvent inclure l'analyse de ce que le projet devrait couter, 
basee sur les offres conformes de foumisseurs qualifies. Lorsque des projets ont ete attribues a un 
foumisseur a la suite d'un appel d'offres, un travail supplemental d'estimation des couts, a la charge 
de I'equipe de projet, peut etre necessaire pour etudier le prix de chaque livrable et en deduire un cout 
qui soit compatible avec le cout final total du projet. 
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7.1 .3 Estimer les couts : donnees de sortie 

.1 Estimations du cout des activities 

Les estimations du cout des activites sont des evaluations quantitatives du cout probable requis 
pour la realisation du travail du projet. Les estimations de couts peuvent etre presentees sous une 
forme resumee ou sous une forme detaillee. Les couts sont estimes pour tous les types de ressources 
pris en compte lors des estimations du cout des activites. Ceci comprend entre autres, la main 
d'oeuvre directe, les materiaux, I'equipement, les services, les installations et I'informatique, ainsi 
que des categories speciales telles qu'une reserve contre I'inflation ou une provision pour aleas. Les 
couts indirects qui sont inclus dans I'estimation du projet, peuvent figurer au niveau de I'activite ou a 
des niveaux superieurs. 

.2 Base des estimations 

Le volume et le type de details supplemental a I'appui de I'estimation des couts sont fonction 
du champ d'application. Quel que soit le niveau de detail, la documentation fournie doit permettre une 
comprehension claire et exhaustive de la fagon dont I'estimation des couts est obtenue. 

Les details a I'appui des estimations du cout des activites peuvent comprendre : 

• une documentation sur les bases de I'estimation (c'est-a-dire la fagon dont elle a ete etablie), 

• la documentation de toutes les hypotheses utilisees, 

• la documentation de toutes les contraintes connues, 

• I'indication des plages d'estimation possibles (par exemple, $10 000 (±10%) pour indiquer 
qu'il est prevu que le cout de I'element se situe dans cette plage), et 

• I'indication du niveau de confiance sur I'estimation finale. 
.3 Mises a jour des documents du projet 

Parmi les documents du projet qui peuvent necessiter des mises a jour figure le registre des risques. 

7.2 Determiner le budget 

Determiner le budgetest le processus qui consiste a cumuler les couts estimes de chaque activite individuelle 
ou de chaque lot de travail de fagon a etablir une reference de base des couts approuvee. Cette reference de 
base comprend tous les budgets autorises, mais ne tient pas compte des provisions pour imprevus. Voir les 
figures 7-4 et 7-5. 

Les budgets du projet represented les fonds autorises pour I'execution du projet. La performance des 
couts du projet sera mesuree par rapport au budget autorise. 



©2008 Project Management Institute. Guide du Corpus des connaissances en management de projet (Guide PMBOK®) — Quatrieme edition 



CHAPITRE 7 - MANAGEMENT DES COOTS DU PROJET 



.4 Echeancierdu projet 
.5 Calendriers des ressource 
.6 Contrats 
.7 Actifs organisationnels 



.1 Agregation des couts 
.2 Analyse de la reserve 
.3 Jugement d'expert 
.4 Liens historiques 
.5 Reconciliation des limites 





1 Reference de base de 




.2 Exigences en fmancement 




.3 Misesa jour des 


^ documents du projet J 



► 



Figure 7-4. Determiner le budget : donnees d'entree, outils et techniques, et donnees de sortie 
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Figure 7-5. Diagramme de flux des donnees du processus Determiner le budget 

7.2.1 Determiner le budget : donnees d'entree 

.1 Estimations du cout des activites 

Le cumul des estimations du cout pour chaque activite (voir la section 7.1.3.1) d'un lot de travail 
permet d'obtenir I'estimation des couts de ce lot de travail. 
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.2 Base des estimations 

Les details a I'appui des estimations de couts doivent etre specifies comme indique dans la 
section 7.1 .3.2.Toute hypothese de base concernant I'inclusion ou I'exclusion de couts indirects dans 
le budget du projet doit etre specifiee dans la base des estimations. 

.3 Reference de base du contenu 

• Enonce du contenu. Des limitations formelles periodiques portant sur la depense des fonds 
du projet peuvent etre imposees par I'organisation, par contrat (voir la section 1 2.2.3.2) ou par 
d'autres entit.es telles que des agences gouvernementales. Ces contraintes de financement 
sont refletees dans I'enonce du contenu du projet. 

• Structure de decoupage du projet. La SDP (voir la section 5.3.3.1 ) fournit les relations entre 
tous les livrables du projet et leurs divers composants. 

• Dictionnaire de la SDP. Le dictionnaire de la SDP (voir la section 5.3.3.2) et les enonces 
detailles connexes des travaux foumissent une identification des livrables et une description du 
travail de chacun des composants de la SDP necessaires a la production de chaque livrable. 

.4 Echeancier du projet 

L'echeancier du projet (voir la section 6.5.3.1), faisant partie du plan de management du projet, 
comprend les dates prevues de debut et de fin de chacune des activites du projet, les jalons, les 
lots de travail, les lots de planification et les comptes de controle. Ces informations permettent de 
cumuler les couts pour chacune des periodes calendaires au cours desquelles il est prevu que les 
couts soient encourus. 

.5 Calendriers des ressources 

Les calendriers des ressources indiquent les ressources allouees au projet et la periode de leur 
allocation. Ces informations permettent d'etablir le cout des ressources pour la duree totale du projet. 



Les informations et les couts contractuels relatifs aux produits, services ou resultats qui ont ete 
achet.es, sont pris en compte lors de la determination du budget. 

.7 Actifs organisationnels 

Parmi les actifs organisationnels qui peuvent avoir une influence sur le processus Determiner le 
budget, on peut citer : 

• les politiques, procedures et instructions existantes, formelles et informelles, et relatives a 
la budgetisation, 

• les outils de budgetisation, et 

• les methodes d'etablissement des rapports. 
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7.2.2 Determiner le budget : outils et techniques 

.1 Agregation des couts 

Les estimations de couts sont cumulees par lot de travail conformement a la SDR Les estimations 
de couts des lots de travail sont ensuite cumulees jusqu'aux niveaux des composants superieurs de la 
SDP, tels que les comptes de controle, et finalement pour I'ensemble du projet. 

.2 Analyse de la reserve 

L'analyse de la reserve du budget permet d'etablir a la fois les provisions pour aleas et les 
provisions pour imprevus du projet. Les provisions pour aleas sont des allocations destinees a financer 
les modifications imprevues, mais potentiellement necessaires, pouvant resulter de I'occurrence de 
risques identifies dans le registre des risques. Les provisions pour imprevus sont des budgets reserves 
aux modifications non planifiees affectant le contenu et le cout du projet. Le chef de projet peut 
devoir obtenir une approbation avant d'engager ou de depenser les montants de ces provisions. Ces 
provisions ne font pas partie de la reference de base des couts du projet mais peuvent etre integrees 
au budget total du projet. Elles n'entrent pas dans les calculs de la mesure de la valeur acquise. 

.3 Jugement d'expert 

Le jugement d'expert base, selon les besoins de I'activite en cours, sur une expertise dans un champ 
d'application, un domaine de connaissance, une discipline, une industrie etc., doit etre utilise dans la 
determination du budget. Une telle expertise peut etre fournie par un groupe ou une personne possedant 
une instruction adequate, une connaissance, une competence, une experience ou une formation 
specialised. Le jugement d'expert peut provenir de plusieurs sources dont, en particulier : 

• d'autres unites de I'entreprise realisatrice, 

• des consultants, 

• des parties prenantes, y compris des clients, 

• des associations professionnelles et techniques, et 

• des groupes industriels. 

.4 Liens historiques 

Tout lien historique resultant en estimations parametriques ou analogiques implique I'utilisation 
des caracteristiques (parametres) du projet pour developper des modeles mathematiques prevoyant 
le cout total du projet. Ces modeles peuvent etre simples (par exemple, la construction d'une maison 
residentielle coutera un certain prix au metre carre habitable) ou complexes (par exemple, une 
modelisation du cout de developpement d'un logiciel utilise plusieurs facteurs d'ajustement distincts, 
chacun d'eux comportant plusieurs criteres). 



©2008 Project Management Institute. Guide du Corpus des connaissances en management de projet (Guide PMBOK®) — Quatrieme edition 



CHAPITRE 7 - MANAGEMENT DES COOTS DU PROJET 



Le cout et la precision des modeles analogiques et parametriques peuvent varier considerablement. 
lis seront probablement d'autant plus fiables que : 

• I'information historique utilisee pour developper le modele est plus precise, 

• les parametres utilises dans le modele sont plus facilement quantifiables, et 

• les modeles sont plus extensibles et peuvent aussi bien convenir a un grand projet qu'a un petit 
projet ou aux phases d'un projet. 

.5 Reconciliation des limites de financement 

Les depenses de fonds doivent etre reconciles avec les limites de financement fixees lors des 
engagements de fonds du projet. Un ecart entre les limites de financement et les depenses planifiees 
necessitera parfois une modification de la planification du travail de fagon a mieux etaler les depenses. 
Ceci peut se faire en imposant dans I'echeancier du projet des contraintes de dates sur le travail. 

7.2.3 Determiner le budget : donnees de sortie 

.1 Reference de base de performance des couts 

La reference de base de performance des couts est un budget a I'achevement echelonne etapprouve 
permettant de mesurer, surveiller et maitriser la performance d'ensemble des couts du projet. Elle est 
etablie en additionnant les budgets approuves par periode de temps, et est generalement presentee 
sous la forme d'une courbe en S, comme le montre la figure 7-6. Dans la technique de management 
par la valeur acquise, la reference de base de performance des couts est appelee reference de base 
des mesures de performances. 



Exigences en financement 




Reference de base des couts 



Figure 7-6. Reference de base des couts, depenses et exigences en financement 
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.2 Exigences en financement du projet 

Les exigences en financement total et periodique (par exemple, trimestriel ou annuel) sont derivees 
de la reference de base des couts. Cette reference de base comprend les depenses prevues et les 
dettes anticipees. Le financement s'effectue souvent par montants incrementiels non continus qui sont 
represent.es par des marches sur la figure 7-6. Le total des fonds requis se compose des couts inclus 
dans la reference de base des couts plus, le cas echeant, le montant des provisions pour imprevus. 

.3 Mises a jour des documents du projet 

Certains documents du projet peuvent necessiter des mises a jour ; ce sont, en particulier : 

• le registre des risques, 

• les estimations de couts, et 

• I'echeancier du projet. 

7.3 Maitriser les couts 

Maitriser les couts est le processus qui consiste a surveiller I'etat du projet dans le but de mettre a jour 
son budget et a gerer les modifications affectant la reference de base des couts (voir les figures 7-7 et 7-8). 
La mise a jour du budget implique I'enregistrement des couts reels depenses a ce jour. Toute augmentation 
du budget autorise ne peut etre approuvee que par le processus Mettre en ceuvre la maitrise integree des 
modifications (voir la section 4.5). Une surveillance des depenses en fonds qui ne tient pas compte de la valeur 
du travail accompli correspondant a ces depenses n'ajoute que peu de valeur au projet, en dehors de permettre 
a I'equipe de projet de respecter le financement autorise. Par consequent, la plus grande partie de I'effort de 
maitrise des couts doit porter sur I'analyse de la relation entre I'utilisation des fonds du projet et le travail 
reel accompli ayant enframe ces depenses. La cle d'une maitrise efficace des couts est le management de la 
reference de base de performance des couts approuvee et des modifications de cette reference. 

La maitrise des couts du projet consiste a : 

• agir sur les facteurs qui engendrent des modifications de la reference de base des couts autorisee, 

• s'assurer que toutes les demandes de modification sont traitees en temps voulu, 

• gerer les modifications reelles lorsque et comme elles se presentent, 

• s'assurer que les depenses ne depassent pas les fonds autorises, pour une periode donnee et pour 
I'ensemble du projet, 

• surveiller la performance des couts de fagon a identifier et comprendre les ecarts par rapport a la 
reference de base des couts, 

• surveiller la performance du travail par rapport aux depenses qu'il a entramees, 
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• eviter d'inclure des modifications non approuvees dans les rapports sur I'utilisation des couts et 
des ressources, 

• informer les parties prenantes concemees de toutes les modifications approuvees et des couts 
associes, et 

• agir de fagon a maintenir les surcouts prevus dans des limites acceptables. 

La maitrise des couts du projet implique la recherche des causes d'ecarts, positifs et negatifs, et fait partie 
du processus Mettre en ceuvre la maitrise integree des modifications (voir la section 4.5). 
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Figure 7-7. Maitriser les couts : donnees d'entree, outils et techniques, et donnees de sortie 
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Figure 7-8. Diagramme de flux des donnees du processus Maitriser les couts 
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7.3.1 Maitriser les couts : donnees d 'entree 
.1 Plan de management du projet 

Le plan de management du projet decrit dans la section 4.2.3.1 contient les informations suivantes 
utilisees pour maitriser les couts : 

• Reference de base de performance des couts. La reference de base de performance des 
couts est comparee aux resultats reels de fagon a determiner si une modification, ou une action 
corrective ou preventive s'avere necessaire. 

• Plan de management des couts. Le plan de management des couts decrit la fagon dont les 
couts du projet seront geres et controles (voir I'introduction au chapitre 7). 

.2 Exigences en financement du projet 

Les exigences en financement du projet sont decrites dans la section 7.2.3.2. 
.3 Information sur la performance du travail 

L'information sur la performance du travail comprend des informations sur I'avancement du projet 
comme, par exemple, les livrables qui ont ete lances, leur progres et les livrables qui sont achieves. 
Elle comprend egalement les couts ayant ete autorises et encourus, et les estimations relatives a 
I'achevement du travail du projet. 

4 Actifs organisationnels 

Parmi les actifs organisationnels qui peuvent avoir une influence sur le processus Maitriser les 
couts, on peut citer : 

• les politiques, procedures et instructions existantes, formelles et informelles, et relatives a la 
maitrise des couts, 

• les outils de maitrise des couts, et 

• les methodes de surveillance et de compte rendu a utiliser. 

7.3.2 Maitriser les couts : outils et techniques 
.1 Management par la valeur acquise 

Le management par la valeur acquise est une methode de mesure de performance qui est 
communement utilisee sous des formes diverses. Elle integre les mesures du contenu, des couts 
et de I'echeancier du projet, pour aider I'equipe de management de projet a evaluer et mesurer la 
performance et I'avancement du projet. C'est une technique de management de projet qui necessite 
la constitution d'une reference de base integree par rapport a laquelle la performance va pouvoir 
etre mesuree tout au long de I'execution du projet. Les principes du management par la valeur 
acquise sont applicables a tous les projets quelle que soit I'industrie. Le management par la valeur 
acquise etablit et surveille les trois valeurs cles suivantes pour chaque lot de travail et chaque 
compte de controle : 
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• Valeur planifiee. La valeur planifiee (VP) est le budget autorise alloue au travail a accomplir 
pour une activite ou un composant de la structure de decoupage du projet. Elle comprend le 
travail detaille autorise ainsi que le budget pour accomplir ce travail autorise ; ce budget est 
alloue par phase au cours de la vie du projet. La VP totale est parfois designee comme etant la 
reference de base des mesures de performances. La valeur planifiee totale pour le projet est 
egalement appelee budget a I'achevement. 

• Valeur acquise. La valeur acquise (VA) est la valeur du travail effectue exprimee en termes 
de budget approuve alloue a ce travail pour une activite ou un composant de la structure de 
decoupage du projet. C'est le travail autorise qui a ete accompli, plus le budget autorise pour ce 
travail achieve. La VA mesuree doit correspondre a la reference de base de la VP et ne doit pas 
etre superieure au budget approuve pour un composant. Le terme VA est souvent utilise pour 
decrire le pourcentage d'avancement d'un projet. Un critere de mesure de I'avancement doit 
etre etabli pour chaque composant de la SDP, de fagon a mesurer le travail en cours. Les chefs 
de projet surveillent la VA, a la fois par increment pour etablir I'etat actuel, et en cumul pour 
etablir les tendances de performance a long terme. 

• Cout reel. Le cout reel (CR) est la somme des couts reellement encourus et enregistres au 
cours de I'accomplissement du travail pour une activite ou un composant de la structure de 
decoupage du projet. C'est la somme des couts encourus pour accomplir le travail mesure par 
la VA. La valeur CR doit correspondre, par sa definition, a ce qui a ete budgete pour la VP et 
mesure dans la VA (c'est-a-dire, des heures de main d'ceuvre directe uniquement, des couts 
directs uniquement, ou tous les couts y compris les couts indirects). Le CR n'a pas de limite 
superieure, car tout ce qui a ete depense pour obtenir la VA sera mesure. 

Les ecarts par rapport a la reference de base approuvee seront egalement surveilles : 

• Ecart de delais. L'ecart de delais (ED) est une mesure de performance de I'echeancier dans 
un projet. II est egal a la difference entre la valeur acquise (VA) et la valeur planifiee (VP). 
Dans le management par la valeur acquise, l'ecart de delais est une metrique utile car il peut 
indiquer le retard que prend un projet par rapport a la reference de base de I'echeancier. Dans 
le management par la valeur acquise, l'ecart de delais s'annulera toujours lors de I'achevement 
du projet car toutes les valeurs prevues auront ete acquises. Dans le management par la valeur 
acquise, les ED sont d'autant plus utiles que la planification par la methode du chemin critique 
et le management des risques sont pratiques. Formule : ED = VA - VP. 

• Ecart de cout. L'ecart de cout (EC) est une mesure de performance des couts dans un 
projet. II est egal a la difference entre la valeur acquise (VA) et le cout reel (CR). A la fin du 
projet, l'ecart de cout sera la difference entre le budget a I'achevement et le montant total 
des depenses reelles. Dans le management par la valeur acquise, I'EC est particulierement 
critique car il indique la relation entre la performance reelle et les couts depenses. Dans 
le management par la valeur acquise, un EC negatif n'est souvent pas recuperable pour le 
projet. Formule: EC = VA-CR. 
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Les valeurs ED et EC peuvent etre utilisees comme indicateurs d'efficacite pour refleter les 
performances des couts et de I'echeancier d'un projet par comparaison a d'autres projets ou a un 
portefeuille de projets. Les ecarts et les indices sont utiles pour determiner I'etat d'un projet et pour 
fournir une base d'estimation du cout et de I'echeancier en fin de projet. 

• Indice de performance des delais. L'indice de performance des delais (IPD) est une mesure 
de ce qui a ete acheve dans le projet par comparaison a I'avancement prevu. II est parfois 
utilise conjointement avec l'indice de performance des couts (IPC) pour prevoir les estimations 
finales d'achevement du projet. Une valeur d'IPD inferieure a 1 signifie que la quantite de 
travail effectuee est inferieure a la quantite prevue. Au contraire, une valeur d'IPD superieure 
a 1 signifie que la quantite de travail effectuee est superieure a la quantite prevue. L'IPD etant 
mesure sur le travail total du projet, la performance sur le chemin critique doit egalement etre 
analysee pour determiner si le projet sera acheve ou non avant la date de fin prevue. L'IPD est 
egal au rapport de la VA sur la VP. Formule : IPD = VA/VP. 

• Indice de performance des couts. L'indice de performance des couts (IPC) est une mesure de 
la valeur du travail accompli par rapport au cout ou a I'avancement reel du projet. C'est l'indice 
qui est considere comme la metrique la plus importante du management par la valeur acquise ; 
il mesure I'efficacite de la maitrise des couts pour le travail accompli. Une valeur IPC inferieure 
a 1 indique un depassement du cout par rapport au travail accompli. Au contraire, une valeur 
IPC superieure a 1 indique un cout inferieur au rendement a ce jour. L'IPC est egal au rapport de 
la VA sur le CR. Formule : IPC - VA/CR. 

Les trois parametres que sont la valeur planifiee, la valeur acquise et le cout reel peuvent etre 
surveilles et rapportes par periode (habituellement par semaine ou par mois) et de fagon cumulee. La 
figure 7-9 presente les donnees de VA sous la forme d'une courbe en S pour un projet dont le cout 
depasse le budget et dont le travail est en retard par rapport au plan. 
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Figure 7-9. Valeur acquise, valeur planifiee et couts reels 
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.2 Previsions 

Au cours de I'execution du projet, et compte tenu de sa performance, I'equipe de projet peut etablir 
une prevision du coutfinal estime differente du budget a I'achevement. Le chef de projet doit calculer un 
cout final estime s'il apparait a I'evidence que le budget a I'achevement n'est plus viable. La prevision 
d'un cout final estime consiste a estimer ou a prevoir des situations ou des evenements futurs a partir 
des informations et des connaissances disponibles au moment de la prevision. Les previsions sont 
etablies, mises a jour et publiees a nouveau a partir des informations sur la performance du travail 
(voir la section 4.3.3.2) foumies au fur et a mesure de I'execution du projet. Les informations sur la 
performance du travail comprennent la performance passee du projet et les informations qui peuvent 
avoir un impact sur la suite de I'execution du projet. 

Le cout final estime comprend habituellement les couts encourus relatifs au travail acheve plus 
le cout estime pour achevement pour realiser le travail restant. Afin d'etablir le cout estime pour 
achevement, il appartient a I'equipe de projet de prevoir, compte tenu de I'experience acquise, les 
situations qui peuvent se presenter. La technique de management par la valeuracquisefonctionnebien 
avec des previsions manuelles du cout final estime requis. L'approche la plus courante de prevision du 
cout final estime est une totalisation ascendante effectuee par le chef de projet et son equipe. 

La methode ascendante d'estimation du cout final estime utilisee par le chef de projet est basee 
sur les couts reels et I'experience acquise au cours du travail accompli ; elle necessite qu'une nouvelle 
estimation soit effectuee pour le travail du projet qui reste a accomplir. Cette methode peut s'averer 
problematique car elle interfere avec la conduite du travail du projet. En effet, le personnel charge 
de I'execution du travail du projet doit arreter son travail pour fournir une estimation ascendante 
detaillee du cout estime pour achevement du travail restant. II n'existe generalement pas de budget 
particulier pour effectuer I'estimation du cout estime pour achevement et, par consequent, des couts 
supplemental sont support.es par le projet. Formule : Cout final estime = CR + Cout estime pour 
achevement, de maniere ascendante. 

Le coutfinal estime manuellement par le chef de projet peut etre rapidement compare a plusieurs 
valeurs de cout final estime selon differents scenarios de risque. Alors que les donnees provenant du 
management par la valeur acquise fournissent rapidement plusieurs valeurs statistiques de ce cout, 
seules trois des methodes les plus communes sont decrites ci-apres : 

• Cout final estime, base sur le cout estime pour achevement en utilisant le taux budgete. La 

methode d'estimation du cout final prend en compte la performance actuelle du projet a ce jour, 
qu'elle soit favorable ou non, telle que representee par le cout reel, et prevoit le cout estime pour 
achevement sur la base du taux budgete. Lorsque la performance reelle est defavorable, le fait 
de supposer que la performance future va s'ameliorer ne doit etre accepte que si I'analyse des 
risques du projet le justifie. Formule : Coutfinal estime = CR + Budget a I'achevement -VA. 

• Cout final estime, base sur le cout estime pour achevement en utilisant I'indice de 
performance des couts (IPC). Cette methode suppose que les conditions dans lesquelles le 
projetaete execute jusqu'a present vontsepoursuivejusqu'al'achevementdu projet. On suppose 
que le travail correspondant au cout estime pour achevement va etre effectue sur la base du 
meme indice de performance des couts (IPC) cumules qui ont ete effectifs a ce jour. Formule : 
Cout final estime = Budget a I'achevement / IPC cumules. 
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• Cout final estime, base sur le cout estime pour achevement en utilisant I'indice de 
performance des delais (IPD) et I'indice de performance des couts (IPC). Dans cette 
prevision, le travail correspondant au cout estime pour achevement va etre effectue avec un 
rendement base a la fois sur I'indice de performance des delais et sur celui de performance des 
couts. II suppose une performance des couts a ce jour negative et la necessite de s'engager 
sur un echeancier ferme du projet. Cette methode est d'autant plus utile que I'echeancier du 
projet est un facteur affectant I'effort du cout estime pour achevement. La ponderation entre 
les valeurs de I'lPD et I'lPC utilisees dans la methode dependra du jugement du chef de projet 
et pourra etre de 80/20, de 50/50 ou autre ratio. Formule : Cout final estime = CR + [(Budget a 
I'achevement - VA) / (IPC cumule x IPD cumule)]. 

Chacune de ces approches est valable pour n'importe quel projet et foumira a I'equipe de 
management de projet un signal d'alerte anticipe lorsque les previsions du cout final estime depasseront 
les tolerances admises. 

.3 Indice de performance pour I'achevement du projet 

L'indice de performance pour I'achevement du projet est la projection calculee de la performance 
des couts qui doit etre obtenue pour le travail restant afin d'atteindre un objectif de management 
specifie comme, par exemple, le budget a I'achevement ou le cout final estime. Le chef de projet calcule 
un cout final estime s'il apparait a I'evidence que le budget a I'achevement n'est plus viable. Une fois 
approuve, ce cout final estime se substitue au budget a I'achevement et devient le nouvel objectif de 
performance des couts. La formule suivante conceme I'indice de performance pour I'achevement 
du projet base sur le budget a I'achevement : indice de performance pour I'achevement du projet = 
(Budget a I'achevement - VA) / (Budget a I'achevement - CR). 

L'indice de performance pour I'achevement du projet est illustre de maniere conceptuelle sur la 
figure 7-10. L'indice de performance pour I'achevement du projet est donne par la formule indiquee 
en bas et a gauche de la figure et dans laquelle le travail restant (defini comme etant le budget a 
I'achevement moins la VA) est divise par les fonds restants (definis comme etant soit le budget a 
I'achevement moins le CR, soit le cout final estime moins le CR). 

Lorsque I'lPC cumule se situe au-dessous du plan de reference de base, comme illustre sur la figure 
7-6, tout le travail futur doit immediatement etre effectue dans la plage de l'indice de performance 
pour I'achevement du projet (Budget a I'achevement) (illustre par la ligne superieure de la meme 
figure) et ceci de fagon a rester dans le budget a I'achevement autorise. Le fait de decider que cette 
performance est realisable ou non est une affaire de jugement prenant en compte plusieurs elements 
dont les risques, I'echeancier et la performance technique. Des que le management reconnait qu'il 
n'est plus possible de respecter le budget a I'achevement, le chef de projet va preparer un nouveau cout 
final estime qui, s'il est approuve, lui servira pour la suite. Ce niveau de performance est represents 
par la ligne indice de performance pour I'achevement du projet (Cout final estime). La formule suivante 
conceme l'indice de performance pour I'achevement du projet base sur le cout final estime : indice de 
performance pour I'achevement du projet = (Budget a I'achevement - VA) / (Cout final estime - CR). 
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Figure 7-10. Indice de performance pour I'achevement du projet 
.4 Revues de performance 

Les revues de performance comparent la performance des couts dans le temps, le cout des activit.es 
de I'echeancier ou des lots de travail par rapport au budget, et restimation des fonds necessaires pour 
achever le travail en cours. Lorsque la technique du management par la valeur acquise est utilisee, les 
analyses suivantes sont effectuees : 

• Analyse des ecarts. L'analyse des ecarts utilisee dans le management par la valeur acquise 
compare la performance reelle du projet a la performance planifiee ou prevue. Les ecarts les 
plus frequemment analyses sont ceux de couts et de delais. 

• Analyse de la tendance. L'analyse de la tendance consiste a examiner les performances du 
projet dans le temps pour determiner si elles s'ameliorent ou se degradent. Les techniques 
d'analyse graphique sont precieuses car elles permettent de comprendre la performance a ce 
jour et de pouvoir la comparer aux objectifs de performance a venir, sous la forme de budget a 
I'achevement par rapport au cout final estime et de dates d'achevement. 

• Performance de la valeur acquise. Le management par la valeur acquise compare le plan de 
reference de base et la performance reelle des delais et des couts. 
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.5 Analyse des ecarts des couts 

Les mesures de performance des couts (EC, IPC) permettent d'evaluer I'importance de I'ecart par 
rapport a la reference de base initiale des couts. La determination de la cause et du degre d'ecart 
par rapport a la reference de base des couts (voir la section 7.2.3.1), et de la necessite d'une action 
corrective ou preventive, sont des aspects importants de la maitrise des couts du projet. La plage de 
pourcentage d'ecarts acceptables aura tendance a se reduire au fur et a mesure que le travail est 
accompli. Les ecarts de pourcentage plus importants acceptes au debut du projet peuvent diminuer 
lorsque le projet s'approche de son terme. 

.6 Logiciels de gestion de projet 

Les logiciels de gestion de projet sont souvent utilises pour surveiller les trois dimensions du 
management par la valeur acquise (VP, VA et CR) pour afficher des graphiques de tendances et pour 
prevoir une fourchette de resultats finaux possibles pour le projet. 

7.3.3 Maitriser les couts : donnees de sortie 

.1 Mesures de performance du travail 

Les valeurs EV, ED, IPC et IPD calculees pour les composants de la SDP, notamment les lots de 
travail et les comptes de controle, sont documentees et communiquees aux parties prenantes. 

.2 Previsions budgetaires 

Une valeur calculee du cout final estime ou une valeur ascendante du cout final estime est 
document.ee et communiquee aux parties prenantes. 

.3 Mises a jour des actifs organisationnels 

Certains actifs organisationnels peuvent necessiter des mises a jour ; ce sont, en particulier : 

• les causes des ecarts, 

• les actions correctives choisies et les raisons des choix, et 

• d'autres types de legons apprises provenant de la maitrise des couts du projet. 

.4 Demandes de modification 

L'analyse de la performance du projet peut conduire a une demande de modification de la reference 
de base de performance des couts ou d'autres composants du plan de management du projet. Ces 
demandes de modifications peuvent comprendre les actions preventives ou correctives, et sont 
passees en revue et traitees par le processus Mettre en ceuvre la maitrise integree des modifications 
(voir la section 4.5). 
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.5 Mises a jour du plan de management du projet 

Les elements du plan de management du projet susceptibles d'etre mis a jour comprennent 
notamment : 

• la reference de base de performance des couts. Les moditications de la reference de base 
de performance des couts sont incorporees a la suite des modifications approuvees du contenu, 
des ressources necessaires aux activites ou des estimations de couts. Lorsque les ecarts de 
cout sont tres importants, une revision de la reference de base des couts est necessaire de 
fagon a disposer d'une base realiste de mesure de performance. 

• le plan de management des couts. 
.6 Mises a jour des documents du projet 

Certains documents du projet peuvent necessiter des mises a jour ; ce sont, en particulier : 

• les estimations de couts, et 

• la base des estimations. 
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CHAPITRE 8 

MANAGEMENT DE LA QUALITE DU PROJET 

Le management de la qualite du projet comprend les processus et les activites de I'entreprise realisatrice 
qui determined la politique qualite, les objectifs et les responsabilit.es en matiere de qualite, afin que le projet 
reponde aux besoins pour lesquels il a ete entrepris. II met en ceuvre le systeme de management de la qualite 
par le biais de la politique qualite, des procedures et, en fonction des besoins, la mise en oeuvre d'activites 
d'amelioration continue des processus tout au long du projet. 

La figure 8-1 montre une vue d'ensemble des processus de management de la qualite du projet. Ces processus 
sont les suivants : 

8.1 Planifier la qualite. C'est le processus qui consiste a identifier les exigences et/ou les normes de 
qualite applicables au projet et au produit, et a documenter comment la conformite du projet sera 
demontree. 

8.2 Mettre en oeuvre I'assurance qualite. C'est le processus qui consiste a auditer les exigences de 
qualite et les resultats des mesures du controle qualite, de fagon a s'assurer que le projet utilise 
les normes de qualite et les definitions operationnelles appropriees. 

8.3 Mettre en oeuvre le controle qualite. C'est le processus qui consiste a surveiller et a enregistrer 
les resultats des activites en rapport avec la qualite pour evaluer la performance et recommander 
les modifications necessaires. 

Ces processus interagissent entre eux et avec les processus des autres domaines de connaissance. Suivant 
les besoins du projet, chaque processus peut demander I'effort d'une ou plusieurs personnes. Chaque processus 
est execute au moins une fois dans un projet et dans une ou plusieurs de ses phases si celui-ci est decoupe 
en phases. Bien que les processus soient presentes ici comme des composants distincts ayant des interfaces 
clairement definies, dans la pratique ils peuvent presenter des chevauchements et des interactions dont les 
modalit.es ne sont pas detaillees ici. Les interactions des processus sont traitees en detail dans le chapitre 3. 

Le management de la qualite du projet porte a la fois sur le management du projet et de son produit. II 
s'applique a tous les projets, independamment de la nature de leur produit. Par contre les mesures et techniques 
relatives a la qualite du produit sont specifiques au type de produit genere par le projet. Mors que le management 
de la qualite des logiciels implique des approches et des mesures differentes de celles utilisees pour des centrales 
nucleases, les approches du management de la qualite du projet s'appliquent aux deux cas. Dans un cas comme 
dans I'autre, le non-respect des exigences de qualite du produit ou du projet peut entramer des consequences 
negatives graves pourcertaines parties prenantes du projet, voire pourtoutes. Par exemple : 
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• satisfaire les exigences du client en surmenant I'equipe de projet peut conduire a une fatigue accrue 
du personnel, a des erreurs ou a des reprises. 

• respecter les objectifs de I'echeancier du projet en effectuant a la hate les inspections qualite 
planifiees peut empecher la detection d'erreurs. 

Qualite et classe sont deux notions differentes. La qualite est « le degre auquel un ensemble de caracteristiques 
intrinseques satisfait a des exigences » [4]. La classe est une categorie attribute aux produits ou aux services 
ayant la meme utilisation fonctionnelle mais des caracteristiques techniques differentes [5]. Mors qu'un niveau 
de qualite qui ne satisfait pas les exigences de qualite est toujours un probleme, une classe inferieure ne Test pas 
necessairement. Par exemple, un logiciel peut etre de haute qualite (sans defauts evidents, accompagne d'un 
manuel facile a lire) et de classe inferieure (offrant un nombre limite de fonctionnalites), ou de qualite mediocre 
(de nombreux defauts, un manuel d'utilisateur mal structure) et de classe superieure (offrant de nombreuses 
fonctionnalites). Le chef de projet et I'equipe de management de projet sont responsables de la gestion des 
compromis permettant de fournir les niveaux requis en matiere de qualite et de classe. 

Precision et exactitude ne sont pas des termes equivalents. La precision signifie que des valeurs de mesures 
repetees sont groupees et peu dispersees. L'exactitude signifie que la valeur mesuree est tres proche de la vraie 
valeur. Des mesures precises ne sont pas necessairement exactes, et inversement, une mesure tres exacte n'est 
pas forcement precise. II appartient a I'equipe de management de projet de determiner les niveaux appropries 
d'exactitude et de precision. 

L'approche fondamentale du management de la qualite decrite dans cette section se veut compatible avec 
celle de I'Organisation intemationale de normalisation (ISO). Elle est egalement compatible avec les approches 
proprietaires de management de la qualite telles que celles recommandees par Deming, Juran, Crosby et autres, et 
avec les approches non proprietaires comme le Management de la qualite totale, l'approche Six Sigma, I'analyse 
des modes de defaillance, de leurs effets et de leurs criticites (AMDEC), les revues de conception, I'expression des 
besoins du client, le cout de la qualite et Amelioration continue. 

Le management moderne de la qualite est un complement au management de projet, et ces deux disciplines 
reconnaissent I'importance des points suivants : 

• Satisfaction du client. Elle repose sur la comprehension, revaluation, la definition et la gestion des 
attentes afin de satisfaire aux exigences du client. Cela demande une combinaison de conformite 
aux exigences (de fagon a ce que le projet delivre ce pour quoi il a ete entrepris) et d'aptitude a 
I'emploi (de sorte que le produit ou le service satisfasse des besoins reels). 

• Prevention plutot qu'inspection. L'un des principes fondamentaux du management moderne de 
la qualite enonce que la qualite est planifiee, congue et integree (et non inspectee). Le cout de la 
prevention des erreurs est generalement bien inferieur au cout de leur correction lorsqu'elles sont 
detectees par une inspection. 
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• Amelioration continue. Le cycle Planifier-Derouler-Controler-Agir est la base de Amelioration de la 
qualite (suivant la definition de Shewhart, modifiee par Deming). De plus, les initiatives d'amelioration 
de la qualite appliquees par I'entreprise realisatrice, telles que le management de la qualite totale et 
I'approche Six Sigma, doivent permettre d'ameliorer la qualite du management du projet aussi bien 
que la qualite du produit du projet. Les modeles d'amelioration des processus sont, entre autres, 
Malcolm Baldrige, OPM3® (Organizational Project Management Maturity Model) et CMMI® (Capability 
Maturity Model Integration). 

• Responsabilite de la direction. Le succes exige la participation de tous les membres de I'equipe 
de projet, mais la fourniture des ressources necessaires a ce succes est de la responsabilite de 
la direction. 

Le cout de la qualite fait reference au cout total de tous les efforts lies a la qualite tout au long du cycle de 
vie du produit. Les decisions prises durant le projet peuvent avoir un impact sur le cout operationnel de la 
qualite en raison de retours de produits, de reclamations au titre de la garantie et de campagnes de rappel. Par 
consequent et en raison de la nature temporaire d'un projet, I'organisation commanditaire peut choisir d'investir 
dans 1'amelioration de la qualite du produit, notamment dans la prevention et revaluation des defauts, dans le 
but de reduire le cout externe de la qualite. 
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8.1 Planifier la qualite 

Planifier la qualite est le processus qui consiste a identifier les exigences et/ou les normes de qualite 
applicables au projet et au produit, et a documenter comment la conformite du projet sera demontree. Voir les 
figures 8-2 et 8-3. 

La planification de la qualite doit etre effectuee en parallele avec les autres processus de planification du 
projet. Par exemple, les modifications du produit proposees, pour qu'il soit conforme aux normes de qualite, 
peuvent exiger des ajustements du cout ou de I'echeancier, et une analyse detaillee des risques d'impact 
surles plans. 

Ce chapitre presente les techniques de planification de la qualite les plus frequemment utilisees dans les 
projets. II en existe beaucoup d'autres qui peuvent etre utiles pour certains projets ou dans certains champs 
d'application. 
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8.1 .1 Planifier la qualite : donnees d'entree 

.1 Reference de base du contenu 

• Enonce du contenu. L'enonce du contenu contient la description du projet, ses livrables 
principaux et les criteres d'acceptation. La description du contenu du produit contient souvent 
des details sur les problemes techniques majeurs et sur d'autres questions, qui peuvent avoir un 
impact sur la planification de la qualite. La definition des criteres d'acceptation peut augmenter 
ou reduire de maniere significative le cout de la qualite du projet. La realisation de tous les 
criteres d'acceptation implique que les besoins du client sont satisfaits. 

• SDR La SDP identifie les livrables, les lots de travail et les comptes de controle permettant de 
mesurer la performance du projet. 

• Dictionnaire de la SDP. Le dictionnaire de la SDP definit les informations techniques pour les 
elements de la SDP. 
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Figure 8-3. Diagramme de flux des donnees du processus Planifier la qualite 
.2 Registre des parties prenantes 

Le registre des parties prenantes identifie les parties prenantes particulierement interessees par la 
qualite ou ayant un impact sur elle. 
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.3 Reference de base de performance des couts 

La reference de base de performance des couts documente I'echelonnement dans le temps 
accepte pour la mesure de performance des couts (voir la section 7.2.3.1). 

.4 Reference de base de I'echeancier 

La reference de base de I'echeancier documente les mesures de performance de I'echeancier 
accepte, y compris les dates de debut et de fin (voir la section 6.5.3.2). 

.5 Registre des risques 

Le registre des risques comporte les informations relatives aux menaces et aux opportunit.es qui 
peuvent avoir un impact sur les exigences de qualite (voir la section 1 1 .2.3.1 ). 

.6 Facteurs environnementaux de I'entreprise 

Parmi les facteurs environnementaux de I'entreprise qui peuvent avoir une influence sur le 
processus Planifierla qualite, on peur citer : 

• les regimentations d'agences gouvemementales, 

• les regies, normes et directives specifiques a un champ d'application, et 

• les conditions de travail/de fonctionnement du projet ou du produit qui peuvent avoir un 
impact sur la qualite du projet. 

.7 Actifs organisationnels 

Parmi les actifs organisationnels qui peuvent avoir une influence sur le processus Planifier la 
qualite, on peut citer : 

• les reglements, les procedures et les directives de I'organisation en matiere de qualite, 

• les bases de donnees historiques, 

• les legons apprises des projets precedents, et 

• la politique qualite, approuvee par la direction generale et etablissant les orientations attendues 
d'une entreprise realisatrice en matiere de qualite. La politique qualite de I'entreprise realisatrice 
relative a ses produits peut souvent etre adoptee « telle quelle » pour etre utilisee dans le 
projet. Si I'entreprise realisatrice ne dispose d'aucune politique qualite formelle, ou si le projet 
implique plusieurs entreprises realisatrices (comme dans une entreprise en coparticipation), 
I'equipe de management de projet devra elaborer une politique qualite pour le projet. Quelle 
que soit la provenance de la politique qualite, I'equipe de management de projet doit s'assurer 
que les parties prenantes du projet ont clairement connaissance de la politique qualite mise en 
oeuvre pour le projet, et ce par une diffusion appropriee de I'information. 



©2008 Project Management Institute. Guide du Corpus des connaissances en management de projet (Guide PMBOK®) — Quatrieme edition 



CHAPITRE 8 - MANAGEMENT DE LA QUALITE DU PROJET 

8.1 .2 Planifier la qualite : outils et techniques 

.1 Analyse cout-benefice 

Les avantages principaux de la satisfaction des exigences de qualite sont, notamment, une 
diminution des reprises, une plus grande productivity, des couts moindres et un degre de satisfaction 
accru de la part des parties prenantes. Une etude economique de chacune des activites qualite permet 
de comparer le cout d'une demarche qualite au benefice attendu. 

.2 Cout de la qualite 

Le cout de la qualite comprend tous les couts encourus au cours de la vie du produit en investissant 
dans la prevention des non-conformites aux exigences, par revaluation du produit ou du service pour 
s'assurer de sa conformite aux exigences, et par les reprises consecutives au non-respect de ces 
exigences. Les couts d'echecs sont souvent classes comme internes lorsqu'ils sont constates par 
I'equipe de projet, et comme extemes lorsqu'ils sont constates par le client. Les couts d'echecs sont 
egalement appeles cout de la non-qualite. La figure 8-4 fournit quelques exemples a considerer pour 
chacune des categories. 





Cout de la conformite 




Cout de la non-conformite 






Couts de la prevention 

(Fabriquer un produit de qualite) 
• Formation 




Couts d'echec internes 
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• Documenter les processus 

• Equipements 

• Temps pour le faire correctement 

Couts devaluation 




• Reprises 

• Dechets 

Couts d'echec externes 
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(Evaluer la qualite) 

• Tests 

• Pertes dues aux tests destructifs 

• Inspections 




• Responsabilites 

• Travail sous garantie 

• Pertes d'affaires 










Couts encourus au cours du projet 
pour eviter des echecs 




le projet en raison des echecs 





Figure 8-4. Cout de la qualite 
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.3 Diagrammes de controle 

Les diagrammes de controle permettent de determiner si un processus est stable ou non, ou si sa 
performance est predictible ou non. Les limites de specification superieures et inferieures sont basees 
sur les exigences du contrat. Elles precisent les valeurs maximales et minimales permises. Des penalties 
peuvent etre imposees en cas de non-respect des limites de specification. Les limites de controle 
superieures et inferieures sont etablies par le chef de projet et les parties prenantes appropriees pour 
mettre en evidence les points auxquels des actions correctives s'imposent, de fagon a ne pas depasser 
les limites specifies. Dans les processus repetitifs, ces limites de controle sont generalement fixees 
a ±31(1 etant le symbole statistique de I'ecart-type). Un processus est considere comme etant hors 
controle lorsqu'un point de donnees se trouve en dehors des limites de controle ou lorsque sept points 
consecutifs sont au-dessus ou au-dessous de la valeur moyenne. 

Les diagrammes de controle peuvent etre utilises pour surveiller divers types de variables de 
sortie. Bien qu'ils soient utilises le plus souvent a la surveillance d'activites repetitives telles que 
celles exigees pour produire des lots de fabrication, les diagrammes de controle peuvent egalement 
etre utilises a la surveillance des ecarts de cout et de delais, du nombre et de la frequence des 
modifications du contenu, ou d'autres resultats de gestion, afin d'aider a determiner si les processus 
de management de projet sont sous controle. La figure 8-5 montre un diagramme de controle 
suivant les heures de travail enregistrees. La figure 8-6 montre la mesure des defauts d'un produit 
par rapport aux limites fixees. 





Exemple de diagramme de controle 
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Les diagrammes de controle comportent communement trois 
types de lignes : 

1 . Les limites de specification superieures et inferieures 

2. Les limites de controle superieures et inferieures indiquant les 
valeurs maximales acceptables ne necessitant aucune action 

3. La valeur planifiee ou cible 

Les heures de travail enregistrees pour ce projet etaient conformes 
a I'objectif au debut. Bien que toujours sous controle, si la tendance 
continue, les heures passees vont deriver vers un etat hors controle. 











Figure 8-5. Exemple de diagramme de controle 
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Mesures consecutives dans le cadre de limites fixees 




1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 
Numero d'inspection 



Limite de specification superieure 

Limite de controle superieure 

Objectif 

— — • Reel 

Limite de controle inferieure 

Limite de specification inferieure 



Figure 8-6. Diagramme de controle avec mesures consecutives et limites fixees 
.4 Etalonnage 

L'etalonnage consiste a comparer les pratiques reelles ou planifiees du projet avec celles de projets 
comparables dans le but d'identifier les meilleures pratiques, de trouver des idees d'ameliorations et 
de fournir une base pour la mesure de performance. Ces autres projets peuvent provenir de I'entreprise 
realisatrice ou non et appartenir au meme champ d'application ou a un autre. 

.5 Plan d'experience 

Le plan d'experience est une methode statistique d'identification des facteurs susceptibles d'avoir 
un impact sur des variables specifiques d'un produit ou d'un processus en cours d'elaboration ou 
en production. Cette methode doit etre utilisee au cours du processus Planifier la qualite, de fagon a 
determiner le type de tests a effectuer, leur nombre et leur impact sur le cout de la qualite. 
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Cette methode joue aussi un role dans I'optimisation des produits ou des processus. Le plan 
d'experience permet de ramener la sensitivite de la performance d'un produit aux sources de variation 
causees par des differences en matiere d'environnement ou de fabrication. Un aspect important de 
cette technique est qu'elle fournit un cadre statistique permettant de modifier systematiquement tous 
les facteurs importants plutot que de les modifier les uns apres les autres. L'analyse des donnees 
d'experimentation devrait fournir les conditions optimales pour le produit ou le processus, mettre 
en evidence les facteurs qui influencent les resultats et reveler la presence d'interactions et de 
synergie entre les facteurs. Par exemple, des concepteurs d'automobiles utilisent cette technique 
pour determiner quelle combinaison de suspension et de pneus apporte, a un cout raisonnable, les 
caracteristiques de conduite les plus souhaitables. 

.6 Echantillonnage statistique 

L'echantillonnage statistique consiste a selectionner une partie de la population etudiee pour 
I'analyser (par exemple, une selection aleatoire d'une dizaine de dessins industriels dans une liste en 
comportant soixante-quinze). La frequence d'echantillonnage et la taille de I'echantillon doivent etre 
determinees au cours du processus Planifierla qualite, de fagon a ce que le cout de la qualite tienne 
aussi compte du nombre de tests, des pertes qui en resultent, etc. 

Le corpus de connaissances sur l'echantillonnage statistique est substantiel. Dans certains champs 
d'application, il peut etre necessaire que I'equipe de management de projet connaisse diverses 
techniques d'echantillonnage de fagon a s'assurer que les echantillons selectionnes represented 
reellement la population etudiee. 

.7 Diagramme de flux 

Un diagramme de flux est une representation graphique d'un processus montrant les liens entre 
les etapes du processus. Plusieurs modes de representation existent mais tous les diagrammes 
de flux de processus montrent les activit.es, les points de decision et I'ordre de deroulement du 
processus. Durant la planification de la qualite, le diagramme de flux peut aider I'equipe de projet a 
anticiper les problemes de qualite qui pourraient survenir. Une sensibilisation aux problemes potentiels 
peut entramer le developpement de procedures de test ou d'approches permettant de traiter ces 
problemes. La figure 8-7 montre un exemple d'un diagramme de flux de processus pour des revues 
de conception. 
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Figure 8-7. Exemple de diagramme de flux de processus 
.8 Methodologies proprietaires de management de la qualite 

II existe de nombreuses methodologies proprietaires parmi lesquelles on peut citer, sans pour 
autant avoir I'intention de dresser une liste exhaustive ni de recommandations, I'approche Six Sigma, 
Lean Six Sigma, Deploiement de la fonction qualite (QFD), CMMI®, etc. 

.9 Outils supplementaires de planification de la qualite 

D'autres outils de planification de la qualite sont souvent utilises pour mieux definir les exigences 
qualite et planifier des activites de management de la qualite efficaces. lis comprennent, entre autres : 

• Le remue-meninges (defini dans la section 1 1 .2.2.2). 

• Le diagramme des affinites : qui permet d'identifier visuellement des groupements logiques 
bases sur des liens naturels. 

• L'analyse des forces en presence : elle permet d'etablir des diagrammes des forces qui 
favorisent ou empechent le changement. 

• Les techniques de groupe nominal : elles permettent la conduite en petits groupes de sessions 
de remue-meninges sur des idees revues ensuite par un groupe plus important. 
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• Les diagrammes matriciels : ils comprennent deux, trois ou quatre groupes d'information, 
et montrent les liens existants entre les facteurs, les causes et les objectifs. Les donnees sont 
organisees en rangees et en colonnes dans la matrice, et les cellules d'intersection peuvent 
recevoir des informations decrivant les liens demontres entre les elements de la rangee et ceux 
de lacolonne. 

• Les matrices de priorites : elles foumissent un moyen de classement par ordre d'importance 
de differents problemes, majeurs ou non (identifies generalement au cours de sessions de 
remue-meninges). 

8.1 .3 Planifier la qualite : donnees de sortie 

.1 Plan de management de la qualite 

Le plan de management de la qualite decrit la fagon dont I'equipe de management de projet 
va mettre en oeuvre la politique qualite de I'entreprise realisatrice. C'est un composant ou un plan 
subsidiaire du plan de management du projet (voir la section 4.2.3.1). 

Le plan de management de la qualite fournit des donnees d'entree au plan de management de 
I'ensemble du projet, et traite du controle qualite, de I'assurance qualite et des approches d'amelioration 
continue des processus du projet. 

Le plan de management de la qualite peut etre formel ou informel, tres detaille ou formule de 
maniere generale. Son type et les details qu'il contient sont determines par les exigences du projet. 
Le plan de management de la qualite doit etre revu des le debut du projet de fagon a s'assurer que 
les decisions sont basees sur des informations precises. Les avantages de cette revue peuvent etre, 
entre autres, une reduction du cout et des depassements de I'echeancier suite a des reprises. 

.2 Metriques qualite 

Une metrique qualite est une definition operationnelle qui decrit, en termes tres specifiques, un 
attribut du projet ou du produit, et la fagon dont le processus de controle qualite le mesurera. Une 
mesure est une valeur reelle. La tolerance definit les variations permises pour les metriques. Par 
exemple, une metrique relative a I'objectif de qualite consistant a rester dans les limites de ± 1 0% du 
budget approuve pourrait etre de calculer le cout de chacun des livrables et de determiner I'ecart en 
pourcentage par rapport au budget approuve pour ces livrables. Les metriques qualite sont utilisees 
dans les processus d'assurance qualite et de controle qualite. Des exemples de metriques qualite 
comprennent la performance du respect des delais, la maitrise du budget, la frequence des defauts, 
le taux des pannes, la disponibilite, la fiabilite et la couverture des tests. 
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.3 Listes de controle qualite 

Une liste de controle est un outil structure, habituellement specifique a un composant, utilise pour 
verifier qu'un ensemble d'etapes requises a ete execute. Les listes de controle peuvent etre simples ou 
complexes selon les exigences et les pratiques du projet. Beaucoup d'organisations ont des listes de 
controle normalises a disposition pour assurer la coherence des taches frequemment executees. Dans 
certains champs d'application, les listes de controle sont egalement disponibles aupres d'associations 
professionnelles ou de foumisseurs de services commerciaux. Les listes de controle qualite sont utilisees 
dans le processus de controle qualite. 

.4 Plan d'amelioration des processus 

Le plan d'amelioration des processus est un composant ou un plan subsidiaire du plan de management 
du projet (voir la section 4.2.3.1). Ce plan d'amelioration detaille les etapes d'analyse des processus 
permettant d'identifier les activites qui augmentent leur valeur. Les domaines a considerer sont : 

• les limites du processus : elles decrivent le but des processus, leur debut et leur fin, 
leurs donnees d'entree et de sortie, les donnees requises, leur proprietaire et leurs parties 
prenantes. 

• la configuration du processus : c'est une description graphique des processus qui comporte 
des interfaces identifies pour faciliter I'analyse. 

• les metriques du processus : associees aux limites de controle, elles permettent d'analyser 
I'efficacite des processus. 

• les cibles d'ameliorations des performances : elles guident les activites d'amelioration des 
processus. 

.5 Mises a jour des documents du projet 

Certains documents du projet peuvent necessiter des mises a jour ; ce sont, en particulier : 

• le registre des parties prenantes, et 

• la matrice d'affectation des responsabilites (voir la section 9.1 .2.1). 

8.2 Mettre en oeuvre I'assurance qualite 

Mettre en oeuvre I'assurance qualite est le processus qui consiste a auditer les exigences de qualite et les 
resultats des mesures du controle qualite, de fagon a s'assurer que le projet utilise les normes de qualite et 
les definitions operationnelles appropriees. Voir les figures 8-8 et 8-9. Mettre en oeuvre I'assurance qualite est 
un processus d'execution utilisant les donnees generees au cours du processus Mettre en oeuvre le controle 
qualite (voir la section 8.3). 
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Un departement d'assurance qualite ou une organisation similaire supervise souvent les activites d'assurance 
qualite. Ce soutien, quel que soit la designation de I'unite qui le procure, peut etre fourni a I'equipe de projet, au 
management de I'entreprise realisatrice, au client ou au commanditaire, ainsi qu'a d'autres parties prenantes 
qui ne sont pas directement impliquees dans le travail du projet. 

Le processus Mettre en ceuvre /'assurance qualite couvre egalement Amelioration continue des processus, 
qui est un moyen iteratif d'ameliorer la qualite de tous les processus. L'amelioration continue des processus 
reduit le gaspillage et elimine les activites sans valeur ajoutee, ce qui permet aux processus de fonctionner a 
des niveaux superieurs d'efficience et d'efficacite. 




.3 Mises a jour du plan de 
management du projet 

.4 Mises a jour des 
documents du projet 



Figure 8-8. Mettre en ceuvre I'assurance qualite : 
donnees d'entree, outils et techniques, et donnees de sortie 
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Figure 8-9. Diagramme de flux des donnees du processus Mettre en ceuvre I'assurance qualite 
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8.2.1 Mettre en oeuvre I'assurance qualite : donnees d'entree 

.1 Plan de management du projet 

Le plan de management du projet decrit dans la section 4.2.3.1 contient les informations suivantes 
utilisees pour assurer la qualite : 

• plan de management de la qualite : il decrit la fagon dont I'assurance qualite sera effectuee 
dans le projet. 

• plan d'amelioration des processus : ce plan d'amelioration detaille les etapes d'analyse des 
processus permettant d'identifier les activites qui augmentent leur valeur. 

.2 Metriques qualite 

Elles sont decrites dans la section 8.1 .3.2. 
.3 Information sur la performance du travail 

L'information sur la performance du travail du projet est d'ordinaire recueillie au fur et a mesure 
de I'avancement du projet. Parmi les resultats de performance pouvant soutenir le processus d'audit, 
on peut citer : 

• les mesures de la performance technique, 

• I'etat des livrables du projet, 

• I'avancement de I'echeancier, et 

• les couts encourus. 

.4 Mesures de controle qualite 

Les mesures de controle qualite sont les resultats des activites de controle qualite. Elles 
permettent d'analyser et d'evaluer les normes et processus de qualite de I'entreprise realisatrice 
(voir la section 8.3.3.1). 



©2008 Project Management Institute. Guide du Corpus des connaissances en management de projet (Guide PMBOK®) — Quatrieme edition 



CHAPITRE 8 - MANAGEMENT DE LA QUALITE DU PROJET 

8.2.2 Mettre en oeuvre I'assurance qualite : outils et techniques 

.1 Outils et techniques de planification de la qualite et de mise en oeuvre du controle qualite 

Les outils et techniques de planification de la qualite et de mise en oeuvre du controle qualite sont 
presentes dans la section 8.1 .2. La section 8.3.2 peut egalement etre consultee pour les activites 
d'assurance qualite. 

.2 Audits qualite 

Un audit qualite est une revue structure et independante permettant de determiner si les activites 
du projet sont conformes a la politique interne, aux processus et aux procedures de I'organisation et du 
projet. Les objectifs d'un audit qualite sont : 

• d'identifier toutes les bonnes et les meilleures pratiques mises en oeuvre, 

• d'identifier toutes les lacunes et les imperfections, 

• de partager les bonnes pratiques introduites ou mises en oeuvre dans des projets similaires de 
I'organisation et/ou de I'industrie, 

• d'offrir assistance, de maniere positive et proactive, pour ameliorer la mise en oeuvre des 
processus de fagon a augmenter la productivite de I'equipe, et 

• de mettre en evidence les contributions de chaque audit dans la base de donnees des legons 
apprises de I'organisation. 

L'effort consecutif de correction des carences devrait resulter en une reduction du cout de la qualite 
et une acceptation accrue du produit du projet par le commanditaire ou le client. Les audits qualite 
peuvent etre planifies ou aleatoires, et peuvent etre conduits par des auditeurs internes ou externes. 

Les audits qualite peuvent confirmer la mise en oeuvre des demandes de modification approuvees 
dont des actions correctives, des corrections des defauts et des actions preventives. 

.3 Analyse des processus 

L'analyse des processus suit les etapes decrites dans le plan d'amelioration des processus 
afin d'identifier les ameliorations necessaires. Cette analyse examine egalement les problemes et 
contraintes rencontres, ainsi que les activites sans valeur ajoutee identifies pendant I'execution 
des processus. L'analyse des processus comprend l'analyse de la cause fondamentale, qui est une 
technique specifique permettant d'identifier un probleme, en determiner les causes sous-jacentes et 
developper des actions preventives. 
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8.2.3 Mettre en oeuvre I'assurance qualite : donnees de sortie 
.1 Mises a jour des actifs organisationnels 

Les normes de qualite sont un des elements des actifs organisationnels qui sont susceptibles de 
mises a jour. 

.2 Demandes de modification 

L'amelioration de la qualite comprend la conduite d'actions visant a augmenter I'efficience et 
I'efficacite de la politique qualite, des processus et des procedures de I'entreprise realisatrice. Les 
demandes de modification sont etablies et utilisees comme donnees d'entree du processus Mettre 
en oeuvre la maitrise integree des modifications (voir la section 4.5) afin que les ameliorations 
recommandees soient entierement considerees. Ces demandes de modification peuvent permettre de 
prendre des actions correctives ou preventives, ou de proceder a la correction de defauts. 

.3 Mises a jour du plan de management du projet 

Les elements du plan de management du projet qui sont susceptibles de mises a jour sont, en 
particulier : 

• le plan de management de la qualite, 

• le plan de management de I'echeancier, et 

• le plan de management des couts. 

.4 Mises a jour des documents du projet 

Certains documents du projet peuvent necessiter des mises a jour ; ce sont, en particulier : 

• les rapports d'audits qualite, 

• les plans de formation, et 

• la documentation des processus. 



©2008 Project Management Institute. Guide du Corpus des connaissances en management de projet (Guide PMBOK®) — Quatrieme edition 



CHAPITRE 8 - MANAGEMENT DE LA QUALITE DU PROJET 



8.3 Mettre en oeuvre le controle qualite 

Mettre en oeuvre le controle qualite est le processus qui consiste a surveiller et a enregistrer les resultats 
des activites qualite pour evaluer la performance et a recommander les modifications necessaires. Le controle 
qualite est execute tout au long du projet. Les normes de qualite concement les processus du projet et les 
objectifs du produit. Les resultats du projet incluent les livrables et les resultats du management de projet, 
tels que les performances en matiere de cout et de delais. Le controle qualite est souvent effectue par un 
departement de controle qualite ou une unite organisationnelle portant un nom similaire. Les activites de controle 
qualite permettent d'identifier les causes de non-qualite du processus ou du produit, et de recommander et/ou 
d'entreprendre des actions pour les eliminer. Voir les figures 8-1 et 8-1 1 . 

L'equipe de management de projet devrait avoir une connaissance pratique du controle statistique de la 
qualite, notamment dans les domaines de I'echantillonnage et des probabilit.es, de fagon a pouvoir evaluer 
les resultats du controle qualite. Parmi d'autres sujets, il peut etre utile que l'equipe connaisse les differences 
entre les paires de notions suivantes : 

• prevention (eviter les erreurs dans les processus) et inspection (eviter que les erreurs se retrouvent 
chez le client). 

• echantillonnage par attributs (le resultat est conforme ou non conforme) et echantillonnage par 
variables (le resultat est evalue sur une echelle continue qui mesure le degre de conformite). 

• tolerances (plage specifiee de resultats acceptables) et les limites de controle (seuils indiquant que 
le processus est hors controle). 
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Figure 8-10. Mettre en oeuvre le controle qualite : 
donnees d'entree, outils et techniques, et donnees de sortie 
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Elaborer le plan 

de management 

du projet 




Figure 8-1 1 . Diagramme de flux des donnees du processus Mettre en ceuvre le controle qualite 

8.3.1 Mettre en oeuvre le controle qualite : donnees d'entree 
.1 Plan de management du projet 

Le plan de management du projet decrit dans la section 4.2.3.1 contient le plan de management 
de la qualite permettant de controler la qualite. II decrit la fagon dont le controle qualite sera effectue 
dans le projet. 

.2 Metriques qualite 

Elles sont decrites dans la section 8.1 .3.2. 
.3 Listes de controle qualite 

Elles sont decrites dans la section 8.1 .3.3. 
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.4 Mesures de performance du travail 

Les mesures de performance du travail permettent d'etablir des metriques d'activite du projet afin 
d'evaluer les avancements reels par rapport aux avancements planifies. Ces metriques comprennent, 
entre autres : 

• la performance technique planifiee par rapport a la performance reelle, 

• la performance des delais planifiee par rapport a la performance reelle, 

• la performance des couts planifiee par rapport a la performance reelle, 

.5 Demandes de modification approuvees 

Une mise a jour de I'etat de la maitrise des modifications, qui fait partie du processus Mettre en 
ceuvre la maitrise integree des modifications, indiquera les modifications qui sont approuvees et celles 
qui ne le sont pas. Les demandes de modification approuvees peuvent inclure des modifications telles 
que les corrections des defauts, et la revision des methodes de travail et celle de I'echeancier. La mise 
en oeuvre en temps voulu des modifications approuvees doit etre verifiee. 

.6 Livrables 

lis sont decrits dans la section 4.3.3.1 . 

.7 Actifs organisationnels 

Parmi les actifs organisationnels qui peuvent avoir une influence sur le processus Mettre en ceuvre 
le controle qualite, on peut citer : 

• les normes qualite et la politique qualite, 

• les directives normalisees de travail, et 

• les procedures d'etablissement de rapports sur les problemes majeurs et les defauts, et les 
politiques de communication. 

8.3.2 Mettre en oeuvre le controle qualite : outils et techniques 

Les sept premiers outils et techniques decrits ci-apres sont connus comme les sept outils de base de la 
qualite d'lshikawa. 

.1 Diagrammes cause-effet 

Les diagrammes cause-effet, appeles egalement diagrammes d'lshikawa ou diagrammes en 
aretes de poisson, illustrent comment divers facteurs pourraient etre lies a des problemes ou effets 
potentiels. Les figures 8-12 et 8-13 montrent des exemples de diagrammes cause-effet. Une cause 
fondamentale possible peut etre decouverte en posant la question « pourquoi ? » ou « comment ? » 
le long d'une des lignes. Les diagrammes « pourquoi-pourquoi » et « comment-comment » peuvent 
etre utilises dans I'analyse des causes fondamentales. Les diagrammes cause-effet sont aussi utilises 
dans I'analyse des risques (voir la section 1 1 .2.2.5). 
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Figure 8-12. Sources classiques de problemes a considerer 
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Figure 8-13. Arete « Environnement » developpee apres session de remue-meninges 
.2 Diagrammes de controle 

Les diagrammes de controle sont decrits dans la section 8.1 .2.3. Dans ce processus, les donnees 
appropriees sont recueillies et analysees pour etablir I'etat de la qualite des processus et des produits 
du projet. Les diagrammes de controle illustrent comment un processus se comporte dans le temps 
et quand il est soumis a un ecart pour une cause speciale entramant une situation incontrolable. lis 
permettent de repondre graphiquement a la question : « L'ecart du processus est-il dans des limites 
acceptables ? » La repartition des points de donnees sur un diagramme de controle peut reveler des 
valeurs fluctuant de fagon aleatoire, des sauts brusques du processus ou une tendance graduelle 
a I'accroissement de l'ecart. En surveillant les donnees de sortie d'un processus dans le temps, un 
diagramme de controle peut permettre d'evaluersi la mise en oeuvre de modifications de ce processus 
a apporte les ameliorations voulues. 

Quand un processus est dans des limites acceptables, il est sous controle et n'a pas besoin d'etre 
ajuste. Inversement, un processus qui se trouve en dehors des limites acceptables doit etre ajuste. 
Une succession continue de sept points entre les limites de controle indique que le processus est hors 
controle. La limite de controle superieure et la limite de controle inferieure sont habituellement fixees a 
±31 (I etant le symbole statistique de I'ecart-type). 
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.3 Diagramme de flux 

Le diagramme de flux (decrite dans la section 8.1 .2.7), est utilise au cours du processus Mettre 
en ceuvre le controle qualite pour determiner une ou plusieurs etapes defaillantes et pour identifier 
des possibilites d'amelioration de processus. Les diagrammes de flux sont egalement utilises dans 
I'analyse des risques (voir la section 1 1 .2.2.5). 

.4 Histogramme 

Un histogramme est un diagramme a barres illustrant la frequence d'occurrence d'un etat variable. 
Chaque colonne represents une propriete ou une caracteristique d'un probleme ou d'une situation. 
La hauteur de chaque colonne represents la frequence relative de la caracteristique. Cet outil aide 
a identifier graphiquement la cause la plus frequente des problemes d'un processus par le nombre 
et les hauteurs relatives des barres. La figure 8-14 donne un exemple d'histogramme non ordonne 
montrant les causes de retard dans les saisies effectuees par une equipe de projet. 







Causes de retard dans les saisies 




30 
25 
20 


















































10 






















1 1 


1 1 






l~l Frequence 


Temps 
insuffisant 


Management/ 
Direction 


Documentation 
des processus 


Defaillance 
du systeme 


Voyages 




22 


3 


30 


3 


16 











Figure 8-14. Histogramme 
.5 Diagramme de Pareto 

Un diagramme de Pareto est un type particulier d'histogramme, classe par frequence d'occurrence. 
II montre le nombre de defauts generes par type ou par categorie de cause identified (voir la figure 
8-15). Le classement ordonne est utilise pour cibler Taction corrective. L'equipe de projet devrait 
travailler d'abord sur les causes qui generent le plus grand nombre de defauts. 
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Les diagrammes de Pareto sont conceptuellement lies a la loi de Pareto, selon laquelle un nombre 
relativement petit de causes produit habituellement une majorite des problemes ou des defauts. 
Ceci est communement designe sous le nom du principe des 80/20, principe selon lequel 80 % des 
problemes sont provoques par 20 % des causes. Les diagrammes de Pareto peuvent egalement etre 
utilises pour recapituler divers types de donnees et les analyser en suivant le principe des 80/20. 
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Figure 8-15. Diagramme de Pareto 
.6 Releve d 'observations 

Un releve d'observations est semblable a un diagramme de controle mais il n'affiche pas de limites ; il 
montre I'historique et le comportement de I'ecart. C'est un graphique lineaire qui montre les points de 
donnees traces dans I'ordre de leur occurrence. Les releves d'observations illustrent les tendances d'un 
processus, sa variation, ses baisses ou ameliorations, le tout dans le temps. L'analyse de la tendance 
est effectuee a I'aide des releves d'observations et met en jeu des techniques mathematiques de 
prevision de resultats futurs en fonction des resultats historiques. L'analyse de la tendance est souvent 
utilisee pour surveiller : 
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• la performance technique, en etablissant le nombre d'erreurs ou de defauts ayant ete identifies 
et le nombre de ceux qui restent non corriges. 

• la performance en termes de cout et de delais, en etablissant le nombre d'activites par 
periode qui ont ete achevees avec des ecarts importants. 

.7 Diagramme de correlation 

Un diagramme de correlation, parfois appele diagramme a nuage de points, (voir la figure 8-16) 
montre la relation entre deux variables. Cet outil permet a I'equipe de qualite d'etudier et d'identifier 
la relation possible entre les variations observees de deux variables. Le trace revele des variables 
dependantes par opposition a des variables independantes. Plus les points sont proches d'une ligne 
diagonale, plus leur correlation est etroite. La figure 8-16 montre la correlation entre la date de 
soumission des cartes de presence et le nombre de jours de voyages par mois. 
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= 1 6 
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Figure 8-16. Diagramme de correlation 
.8 Echantillonnage statistique 

II est decrit dans la section 8.1 .2.6. Les echantillons sont selectionnes et testes comme defini dans 
le plan de qualite. 
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.9 Inspection 

Une inspection est un examen du produit d'un travail visant a determiner s'il est conforme aux 
normes documentees. Generalement, les resultats d'une inspection incluent des mesures, et les 
inspections peuvent etre effectives a n'importe quel niveau. Par exemple, les resultats d'une seule 
activite peuvent etre inspectes, ou bien le produit final du projet. Les inspections sont aussi appelees 
des revues, des evaluations par les pairs, des audits ou des revues structures. Dans certains champs 
d'application, ces termes ont des sens particuliers et plus restreints. Les inspections permettent 
egalement de valider les corrections des defauts. 

.10 Revue des demandes de modification approuvees 

Chaque demande de modification approuvee doit etre revue de fagon a verifier qu'elle a ete effectuee 
conformement a I'approbation donnee. 



8.3.3 Mettre en oeuvre le controle qualite : donnees de sortie 

.1 Mesures de controle qualite 



Les mesures de controle qualite sont des resultats document.es des activit.es de controle qualite, 
presentes dans un format specifie lors de la planification de la qualite. 

.2 Modifications validees 

Les elements modifies ou repares doivent etre inspectes et acceptes ou rejet.es avant que la 
notification de la decision ne soit fournie. Les elements rejet.es peuvent necessiter une reprise. 

.3 Livrables valides 

Un des buts du controle qualite est de determiner la conformite des livrables. Les resultats de 
I'execution des processus du controle qualite sont des livrables valides. Les livrables valides sont des 
donnees d'entree du processus Verifier le contenu (voir la section 5.4.1.4) qui consiste a formaliser 
I'acceptation des livrables achieves. 

.4 Mises a jour des actifs organisationnels 

Parmi les elements des actifs organisationnels susceptibles de mises a jour, on peut citer : 

• les listes de controle finalisees : lorsque des listes de controle sont utilisees, elles deviennent 
partie integrante des enregistrements du projet une fois finalisees (voir la section 4.1 .1 .5). 
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• la documentation sur les legons apprises : les causes d'ecarts, le raisonnement a I'origine 
de Taction corrective choisie et d'autres types de legons apprises lors du controle qualite sont 
document.es pour etre integres a la base de donnees historique, a la fois celle du projet et celle 
de I'entreprise realisatrice. Les legons apprises sont documentees tout au long du cycle de vie 
du projet mais au minimum, lors de la cloture du projet. 

.5 Demandes de modification 

Si les actions correctives ou preventives recommandees, ou la correction d'un defaut, exigent de 
modifier le plan de management du projet, une demande de modification (voir la section 4.4.3.1) doit 
etre initiee conformement au processus Mettre en ceuvre la maitrise integree des modifications (voir 
la section 4.5). 

.6 Mises a jour du plan de management du projet 

Les elements du plan de management du projet qui sont susceptibles de mises a jour sont, en 
particulier: 

• le plan de management de la qualite, et 

• le plan d'amelioration des processus. 

.7 Mises a jour des documents du projet 

Les normes de qualite figurent parmi les documents du projet qui peuvent necessiter des mises 
a jour. 
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MANAGEMENT DES RESSOURCES HUMAINES DU PROJET 

Le management des ressources humaines du projet comprend les processus d'organisation, de management 
et de direction de l'equipe de projet. L'equipe de projet est constitute de personnes ayant des roles et des 
responsabilites qui leur ont ete attribues pour mener le projet a son terme. Le type et le nombre de membres de 
l'equipe de projet peuvent varier frequemment au fur et a mesure de la progression du projet. Les membres de 
l'equipe de projet constituent ce que Ton a coutume d'appeler « l'equipe de projet ». Bien que chaque membre 
ait un role et des responsabilites specifiques, la participation de tous les membres de l'equipe a la planification 
du projet et a la prise de decisions peut etre benefique. L'implication et la participation precoces des membres de 
l'equipe accroit leur expertise au cours du processus de planification et renforce leur engagement dans le projet. 

La figure 9-1 montre une vue d'ensemble des processus de management des ressources humaines du projet. 
Ces processus sont les suivants : 

9.1 Elaborer le plan des ressources humaines. Ce processus consiste a identifier et a documenter les 
roles, les responsabilites, et les competences requises ainsi que les relations d'autorite au sein du 
projet, et a elaborer un plan de management des ressources humaines. 

9.2 Constituer l'equipe de projet. Ce processus consiste a confirmer la disponibilite des ressources 
humaines et a acquerir l'equipe necessaire a I'execution du projet. 

9.3 Developper l'equipe de projet. Ce processus consiste a ameliorer les competences, I'interaction 
entre les membres de l'equipe et I'environnement global de l'equipe, afin d'ameliorer la performance 
du projet. 

9.4 Diriger l'equipe de projet. Ce processus consiste a suivre la performance des membres de 
l'equipe, effectuer des retours d'information, resoudre les problemes et gerer les modifications 
afin d'optimiser la performance du projet. 

L'equipe de management de projet est un sous-ensemble de l'equipe de projet ; elle est responsable du 
management de projet et des activit.es de « leadership » telles que le demarrage, la planification, I'execution, 
la surveillance, la maitrise et la cloture des differentes phases du projet. II peut etre fait reference a ce groupe 
comme l'equipe principale, l'equipe d'encadrement ou l'equipe de direction. Pour des projets plus petits, 
les responsabilites de management du projet peuvent etre partagees par tous les membres de l'equipe 
ou administrees exclusivement par le chef de projet. Le commanditaire du projet travaille avec l'equipe de 
management de projet, en I'assistant generalement pour des questions telles que le financement du projet, la 
clarification du contenu, la surveillance de la progression et I'influence sur d'autres parties prenantes pour le 
bien du projet. 
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Le management et la direction de I'equipe de projet comptent entre autres : 

• Influencer I'equipe de projet. Avoir conscience des facteurs humains pouvant impacter le projet, 
et les influencer si possible. Ceci comprend I'environnement d'equipe, la situation geographique 
des membres de I'equipe, les communications entre les parties prenantes, les politiques internes 
et extemes, les problemes majeurs de nature culturelle, le caractere unique de I'organisation, 
ainsi que tous les autres facteurs humains susceptibles d'alterer la performance du projet. 

• Comportement professionnel et ethique. L'equipe de management de projet doit avoir conscience, 
adherer et s'assurer que tous les membres de I'equipe observent un comportement ethique. 

Les processus de management de projet sont habituellement present.es comme des composants distincts 
ayant des interfaces clairement definies. Dans la pratique, ils se chevauchent et interagissent selon des 
modalites qui ne peuvent pas etre completement detaillees dans le Guide PMBOK®. Parmi les interactions qui 
exigent une planification supplemental, on peut citer les exemples suivants : 

• Apres la creation d'une structure de decoupage du projet par les membres initiaux de I'equipe, il 
peut etre necessaire de renforcer I'equipe de projet. 

• A mesure que de nouveaux membres s'ajoutent a I'equipe, leur niveau d'experience, ou leur manque 
d'experience, peut augmenter ou diminuer les risques du projet, ce qui cree le besoin de mises a jour 
supplemental en matiere de planification des risques. 

• Lorsque les durees des activites sont estimees, budgetisees, definies en termes de contenu ou 
planifiees avant de connaitre tous les membres de I'equipe de projet et leur niveau de competence, 
les durees de ces activites peuvent etre sujettes a changement. 
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Figure 9-1. Vue d'ensemble du management des ressources humaines du projet 
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9.1 Elaborer le plan des ressources humaines 

Elaborer le plan des ressources humaines est le processus qui consiste a identifier et a documenter les 
roles, les responsabilites et les competences requises ainsi que les relations d'autorite au sein du projet, et a 
elaborer un plan de management des ressources humaines. (Voir les figures 9-2 et 9-3). La planification des 
ressources humaines permet de determiner et d'identifier les ressources humaines disposant des competences 
necessaires a la reussite du projet. Le plan des ressources humaines documente les roles et responsabilites au 
sein du projet, les organigrammes du projet ainsi que le plan de management des ressources humaines incluant 
le calendrier d'acquisition et de desengagement des ressources. II peut egalement comprendre I'identification 
des besoins de formation, les strategies de developpement de I'esprit d'equipe, les plans des programmes de 
reconnaissance et recompense, des considerations de conform ite, des questions de securite et I'impact du plan 
de management des ressources humaines au niveau de I'organisation. 

Une grande attention doit etre accordee a la disponibilite, voire a la concurrence pour des ressources 
humaines rares ou limitees. Les roles dans le cadre du projet peuvent etre destines aux individus ou aux 
groupes. Ces individus ou ces groupes peuvent appartenir ou non a I'entreprise realisatrice du projet. II se 
peut que d'autres equipes de projet soient a la recherche de ressources avec les memes competences ou 
qualifications. Compte tenu de ces facteurs, les couts du projet, ainsi que les echeanciers, les risques, la 
qualite et d'autres domaines peuvent etre sensiblement affect.es. Une planification efficace des ressources 
humaines doit prendre en compte et anticiper ces facteurs, et developper des options relatives aux 
ressources humaines. 
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Figure 9-2. Elaborer le plan des ressources humaines : 
donnees d'entree, outils et techniques, et donnees de sortie 
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Figure 9-3. Diagramme de flux des donnees du processus Elaborer le plan des ressources humaines 
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9.1 .1 Elaborer le plan des ressources humaines : donnees d'entree 
.1 Besoins en ressources necessaires aux activites 

La planification des ressources humaines se base sur les besoins en ressources necessaires aux 
activites (voir la section 6.3.3.1) afin de determiner les ressources humaines necessaires au projet. 
Les exigences preliminaires relatives aux personnes et les competences necessaires aux membres 
de I'equipe de projet sont determinees progressivement dans le cadre du processus Planifier les 
ressources humaines. 

.2 Facteurs environnementaux de I'entreprise 

Parmi les facteurs environnementaux de I'entreprise (voir la section 1.8) qui peuvent avoir une 
influence sur le processus Elaborer le plan des ressources humaines, on peut citer : 

• la culture et la structure organisationnelles, 

• les ressources humaines existantes, 

• les politiques d'administration du personnel, et 

• les conditions du marche. 

.3 Actifs organisationnels 

Parmi les actifs organisationnels (voir la section 2.4.3) qui peuvent avoir une influence sur I'equipe 
de projet dans le cadre du processus Elaborer le plan des ressources humaines, on peut citer : 

• les politiques et les reglements organisationnels standard ainsi que les descriptions de roles 
standardises, 

• les modeles d'organigrammes et les descriptions de poste, et 

• I'information historique sur les structures organisationnelles ayant fait leurs preuves dans le 
cadre de projets precedents. 
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).1 .2 Elaborer le plan des ressources humaines : outils et techniques 

.1 Organigrammes et descriptions de poste 

II existe differents formats pour documenter les roles et responsabilites des membres de I'equipe. 
La plupart des formats sont regroupes sous I'un des trois types suivants (figure 9-4) : hierarchique, 
matriciel et de type texte. Par ailleurs, certaines affectations au projet sont repertories dans des 
plans de management de projet subsidiaires, comme par exemple le plan des risques, le plan qualite 
ou le plan de communication. Independamment de la methode utilisee, I'objectif est d'assurer que 
chaque lot de travail ait un responsable formellement identifie et que tous les membres de I'equipe 
comprennent clairement leurs roles et responsabilites. 




Matrice 
d'affectation des 
responsabilites 





























































































Figure 9-4. Formats de definition des roles et responsabilites 

Diagrammes hierarchiques. La structure d'organigramme traditionnelle peut etre utilisee 
pour mettre en evidence les postes et les relations dans un graphique en arborescence. Les 
structures de decoupage du projet (SDP) destinees a montrer la fagon dont les livrables du projet 
sont decomposes en lots de travail, offrent un moyen de mettre en evidence les domaines de 
responsabilite a haut niveau. Mors que la SDP montre un decoupage des livrables du projet, 
I'organigramme fonctionnel est structure en fonction des services, des unites ou des equipes 
existants de I'organisation, avec les activites du projet ou les lots de travail repertories en 
relation avec chaque service. Ainsi, un service operationnel tel que le service informatique ou 
celui des achats pourra voir I'ensemble de ses responsabilites pour un projet en consultant la 
partie de I'organigramme fonctionnel le concemant. La structure de decoupage des ressources 
est un autre diagramme hierarchique utilise pour decouper le projet par types de ressources. 
Par exemple, une structure de decoupage des ressources peut decrire I'ensemble des soudeurs 
et de I'equipement de soudure utilises dans differentes parties d'un bateau, bien qu'ils puissent 
etre repartis parmi differentes branches de I'organigramme fonctionnel et de la structure de 
decoupage du projet. La structure de decoupage des ressources est utile pour effectuer le suivi 
des couts du projet et peut etre alignee avec le systeme de comptabilite de I'organisation. Elle 
peut contenir des categories de ressources autres que les ressources humaines. 
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Diagrammes matriciels. Une matrice d'affectation des responsabilites est utilisee pour illustrer 
les connexions entre les lots de travail ou activites et les membres de I'equipe de projet. Dans le 
cas de projets de plus grande envergure, les matrices d'affectation des responsabilites peuvent 
etre elaborees sur plusieurs niveaux. Par exemple, une matrice d'affectation des responsabilites 
a haut niveau peut definir quel groupe d'une equipe de projet ou quelle unite est responsable de 
chaque composant de la structure de decoupage du projet, tandis que les matrices d'affectation 
des responsabilites de niveau inferieur sont utilisees au sein du groupe pour designer les roles, 
les responsabilites et les niveaux d'autorite pour des activites specifiques. Le format matriciel 
montre I'ensemble des activites associees a une personne et I'ensemble des personnes 
associees a une activite. Cela permet egalement d'assurer qu'il n'y a qu'une seule personne 
responsable pour chaque tache afin d'eviter toute confusion. Un exemple d'une matrice 
d'affectation des responsabilites est une matrice RACI qui signifie en anglais « Responsible (R), 
Accountable (A), Consulted (C), Informed (I) » et que Ton peut traduire en frangais par Realise 
(R), Rend des comptes (A), Consulte (C), Informe (I), representee dans la figure 9-5. La matrice 
en exemple montre le travail a effectuer dans la colonne de gauche sous forme d'activites. Les 
ressources affectees peuvent etre representees sous forme de personnes ou de groupes. La 
matrice RACI n'est qu'un type de matrice d'affectation des responsabilites ; le chef de projet 
peut choisir d'autres options telles que les designations « leader » et « participant », ou d'autres, 
selon qu'elles se preterit au projet. La matrice RACI est particulierement importante lorsque 
I'equipe est constitute de ressources internes et extemes afin d'assurer une separation claire 
des roles et des attentes. 



Matrice RACI 


Personne 


Activite 


Anne 


Ben 


Carlos 


Dina 


Edouard 


Definir 


A 


R 


1 


1 


1 


Concevoir 


1 


A 


R 


C 


C 


Developper 


1 


A 


R 


C 


C 


Tester 


A 


1 


1 


R 


1 



R = Realise A = Rend des comptes C = Consulte I = Informe 

Figure 9-5. Matrice d'affectation des responsabilites au format RACI 

Formats de type texte. Les responsabilites des membres de I'equipe qui necessitent des 

descriptions detaillees peuvent etre specifies a I'aide de formats de type texte. Generalement 
synthetiques, les documents foumissent des informations telles que les responsabilites, 
I'autorite, les competences et les qualifications. Les documents sont connus sous differentes 
appellations, notamment « description de poste » et « formulaire role-responsabilite-autorite ». 
Ces documents peuvent etre utilises comme modeles pour des projets futurs, notamment 
lorsque les renseignements sont mis a jour tout au long du projet en cours par I'application 
des legons apprises. 
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• Autres sections du plan de management du projet. Certaines responsabilites liees au 
management de projet sont repertoriees et expliquees dans d'autres sections du plan de 
management du projet. Par exemple, le registre des risques repertorie les personnes en charge 
des risques, le plan de communication repertorie les membres de I'equipe charges des activites 
de communication et le plan qualite designe les personnes responsables de I'execution des 
activites d'assurance qualite et de controle qualite. 

.2 Maillage 

Le maillage est I'interaction formelle et informelle avec d'autres personnes dans une organisation, 
un secteur d'activite ou un environnement professionnel. C'est un moyen constructif de comprendre 
les facteurs politiques et interpersonnels qui auront un impact sur I'efficacite de diverses options de 
management des ressources humaines. La correspondance proactive, les dejeuners professionnels, 
les conversations informelles y compris les reunions et les evenements, les conferences 
professionnelles et les symposiums font partie des activites de maillage des ressources humaines. Le 
maillage peut etre une technique utile en debut de projet. II peut egalement etre une fagon efficace 
d'ameliorer le developpement professionnel du management de projet au cours du projet et apres 
son achievement. 

.3 Theorie des organisations 

La theorie des organisations fournit des informations sur le comportement des personnes, des 
equipes et des unites organisationnelles. Une exploitation efficace de cette information peut reduire 
le temps, le cout et les efforts necessaires a la creation des donnees de sortie de la planification des 
ressources humaines et ameliorer la probabilite que cette planification soit efficace. II est important 
de prendre en consideration que les reponses individuelles, les performances individuelles et les 
caracteristiques des relations personnels varient en fonction des structures organisationnelles. 

9.1 .3 Elaborer le plan des ressources humaines : donnees de sortie 

.1 Plan des ressources humaines 

Le plan des ressources humaines, en tant que partie du plan de management du projet, apporte 
des conseils sur la fagon dont les ressources humaines du projet doivent etre definies, constitutes, 
gerees, maitrisees et par la suite desengagees. Le plan des ressources humaines doit comporter 
entre autres : 

• Roles et responsabilites. Les elements suivants doivent etre abordes lorsque les roles et 
responsabilites necessaires a I'achevement d'un projet sont repertories : 

o Role. Appellation decrivant la partie d'un projet pour laquelle une personne rend des 
comptes. Des exemples de roles de projet sont, entre autres : ingenieur en travaux publics, 
representant juridique, analyste d'affaires et coordinateur de tests. La clarte des roles en 
termes d'autorite, de responsabilites et de limites doit etre document.ee. 
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o Autorite. Elle definit le droit d'affecter des ressources au projet, de pendre des decisions et 
de signer des accords. Parmi les exemples de decisions qui exigent une autorite clairement 
definie, on peut citer le choix de la methode d'achevement d'une activite, I'acceptation de 
la qualite et la fagon de repondre aux ecarts du projet. Les membres de I'equipe sont plus 
performants lorsque leur niveau d'autorite correspond a leurs responsabilites individuelles. 

o Responsabilite. Elle correspond au travail qui est attendu de la part d'un membre de I'equipe 
de projet dans le but de mener a terme les activites du projet. 

o Competence. Ce sont les aptitudes et la capacite requises pour mener a bien les activites du 
projet. Si les membres de I'equipe de projet ne possedent pas les competences requises, la 
performance risque d'etre compromise. Lorsque de telles inadequations sont identifies, des 
responses proactives telles que la formation, I'embauche, les modifications de I'echeancier 
ou celles du contenu sont entreprises. 

Organigrammes du projet. Un organigramme du projet est une representation graphique des 
membres de I'equipe de projet et de leurs relations d'autorite. II peut etre formel ou informel, tres 
detaille ou peu detaille, en fonction des besoins du projet. Par exemple, I'organigramme du projet 
pour une equipe d'intervention rassemblant 3 000 personnes en cas de catastrophe sera plus 
detaille qu'un organigramme pour un projet interne impliquant une vingtaine de personnes. 

Plan de management des ressources humaines. Le plan de management des ressources 
humaines, qui fait partie du plan des ressources humaines au sein du plan de management du 
projet, decrit quand et comment les besoins en ressources humaines seront satisfaits. Selon 
les besoins du projet, le plan de management des ressources humaines peut etre formel ou 
informel, tres detaille ou formule de maniere generale. Le plan est continuellement mis a jour 
tout au long du projet afin de diriger les actions courantes d'obtention et de developpement des 
membres de I'equipe. Les informations contenues dans le plan de management des ressources 
humaines varient selon le champ d'application et I'envergure du projet, mais les elements a 
prendre en consideration comprennent : 

o L'acquisition de ressources humaines. Un certain nombre de questions se posent lors de 
la planification de l'acquisition des membres de I'equipe. Par exemple, les ressources 
humaines proviendront-elles de I'organisation elle-meme ou de sources exterieures, 
regies par contrat ? Les membres de I'equipe seront-ils appeles a travailler dans un lieu 
centralise ou pourront-ils travailler a distance ? Quels sont les couts associes a chaque 
niveau d'expertise requis pour le projet ? Quel est le niveau d'assistance que le service des 
ressources humaines de I'organisation et les responsables fonctionnels sont en mesure de 
fournir a I'equipe de management de projet ? 
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Calendriers des ressources. Le plan de management des ressources humaines decrit les 
periodes durant lesquelles les membres de I'equipe de projet sont necessaires, que ce soit 
individuellement ou collectivement, ainsi que le moment auquel les activites d'acquisition 
telles que le recrutement devraient debuter. Un histogramme des ressources est un outil 
de representation graphique des ressources. Ce diagramme a barres illustre le nombre 
d'heures pendant lesquelles une personne, un service ou I'equipe de projet toute entiere 
sera necessaire par semaine ou par mois pendant le deroulement du projet. Le diagramme 
peut egalement contenir une ligne horizontale representant le nombre maximum d'heures 
de disponibilite d'une ressource donnee. Les barres qui depassent le nombre maximum 
d'heures disponibles identifient la necessite de mettre en oeuvre une strategie de nivellement 
des ressources, telle qu'ajouter de nouvelles ressources ou modifier I'echeancier. Un 
exemple d'histogramme des ressources est illustre dans la figure 9-6. 
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Figure 9-6. Exemple d'un histogramme des ressources 

Plan de desengagement des ressources humaines. Determiner la methode et le calendrier 
de desengagement des membres de I'equipe beneficie a la fois au projet et aux membres 
de I'equipe. Lorsque les membres de I'equipe sont desengages d'un projet, les couts 
associes a ces ressources ne s'appliquent plus au projet, reduisant ainsi les couts du projet. 
Le moral se trouve ameliore lorsque des transitions en douceur vers de nouveaux projets 
sont deja prevues. Un plan de desengagement des ressources humaines permet egalement 
d'attenuer les risques relatifs aux ressources humaines, qui peuvent se produire au cours 
ou en fin de projet. 
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o Besoins en formation. Si Ton s'attend a ce que les membres de I'equipe qui doivent etre 
affectes au projet n'aient pas les competences requises, un plan de formation peut etre 
developpe dans le cadre du projet. Le plan peut egalement prevoir des moyens pour aider 
les membres de I'equipe a obtenir des certifications qui viendraient promouvoir leur capacite 
a apporter une contribution au projet. 

o Reconnaissance et recompenses. Des criteres clairs pour les recompenses et un systeme 
planifie pour leur utilisation contribuent a promouvoir et a renforcer les comportements 
souhaites. Pour etre efficaces, la reconnaissance et les recompenses d'une personne doivent 
etre basees sur des activit.es et performances sous son controle. Par exemple, un membre 
de I'equipe devant obtenir une recompense pour avoir atteint des objectifs de cout devrait 
avoir un niveau de controle suffisant sur les decisions qui affectent les depenses. Concevoir 
un plan faisant etat des periodes etablies pour la distribution des recompenses garantit que 
les reconnaissances auront bien lieu et ne seront pas oubliees. La reconnaissance et les 
recompenses font partie du processus Developper I'equipe de projet (voir la section 9.3). 

o Conformite. Le plan de management des ressources humaines peut contenir des strategies 
visant a se conformer aux regimentations gouvemementales applicables, aux conventions 
collectives et autres reglements etablis en matiere de ressources humaines. 

o Securite. La politique interne et les procedures visant a proteger les membres de I'equipe de 
projet des dangers en matiere de securite peuvent etre inclus dans le plan de management 
des ressources humaines ainsi que dans le registre des risques. 

9.2 Constituer I'equipe de projet 

Constituer I'equipe de projet est le processus qui consiste a confirmer la disponibilite des ressources 
humaines et a rassembler I'equipe necessaire a I'execution du projet. Voir les figures 9-7 et 9-8. L'equipe de 
management de projet peut avoir ou non la maitrise directe des membres de I'equipe selectionnes du fait de 
conventions collectives, du recours a du personnel d'un sous-traitant, d'un environnement de projet de type 
matriciel, des relations d'autorite internes ou extemes, ou d'autres raisons diverses. II est important que les 
facteurs suivants soient pris en consideration au cours du processus Constituer I'equipe de projet: 

• Le chef de projet ou I'equipe de management de projet se doivent de negocier avec efficacite 
et d'influencer ceux qui sont en mesure de fournir les ressources humaines necessaires pour le 
projet. 

• Ne pas reussir a acquerir les ressources humaines necessaires pour le projet peut avoir un impact 
sur les echeanciers du projet, les budgets, la satisfaction du client, la qualite et les risques. Cela peut 
se traduire par une reduction de la probabilite de reussite voire, en dernier ressort, par I'annulation 
du projet. 

• Si les ressources humaines ne sont pas disponibles en raison de contraintes, de facteurs 
economiques ou d'affectations anterieures a d'autres projets, le chef de projet ou I'equipe de 
projet peut etre amene a affecter des ressources alternatives, de moindre competence peut-etre, 
sous reserve toutefois qu'il n'y ait pas d'infraction au niveau de la loi, de la reglementation, ou 
d'autres criteres obligatoires ou specifiques. 
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Ces facteurs sont a prendre en consideration et doivent etre envisages lorsque le projet en est au stade de 
la planification. II sera demande au chef de projet ou a I'equipe de management de projet de faire apparaitre 
I'impact de toute indisponibilite des ressources humaines requises dans I'echeancier du projet, le budget du 
projet, les risques du projet, la qualite du projet, les plans de formation et dans les autres plans de management 
de projet si necessaire. 



.2 Facteurs environnementaux 

de I'entreprise 
.3 Actifs organisationnels 



.1 Affectation prealable 
.2 Negociation 
.3 Approvisionnements 
.4 Equipes virtuelles 



.1 Affectations du personnel 

.2 Calendriers des ressources 

.3 Mises a jour du plan de 

management du pro|et 



Figure 9-7. Constituer I'equipe de projet : donnees d'entree, outils et techniques, et donnees de sortie 
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Figure 9-8. Diagramme de flux du processus Constituer I'equipe de projet 



).2.1 Constituer I'equipe de projet : donnees d'entree 

.1 Constituer I'equipe de projet : donnees d'entree 

Le plan de management du projet decrit dans la section 4.2.3.1 contient le plan des ressources 
humaines, dans lequel sont consignees les informations suivantes, utilisees pour guider sur la fagon 
dont les ressources humaines du projet doivent etre identifies, constitutes, gerees, maitrisees et 
finalement desengagees. II comprend : 

• les roles et responsabilites definissant les postes, les qualifications et les competences 
s dans le cadre du projet, 
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• les organigrammes du projet indiquant le nombre de personnes requises pour le projet, et 

• le plan de management des ressources humaines indiquant, pour chaque membre de I'equipe 
de projet, les periodes au cours desquelles ses services seront requis, ainsi que d'autres 
informations importantes pour la constitution de I'equipe de projet. 

.2 Facteurs environnementaux de I'entreprise 

Parmi les facteurs environnementaux de I'entreprise qui peuvent avoir une influence sur le 
processus Constituer I'equipe de projet, on peut citer : 

• les informations existantes relatives aux ressources humaines, y compris leur disponibilite, leur 
niveau de competence, leur experience passee, leur interet a prendre part au projet et leur cout ; 

• les politiques d'administration du personnel tels que ceux affectant I'extemalisation ; 

• la structure organisationnelle telle que decrite dans la section 2.4.2 ; et 

• leur implantation geographique unique ou multiple. 

.3 Actifs organisationnels 

Les actifs organisationnels qui sont a meme d'influencer le processus Constituer I'equipe de 
projet comprennent, entre autres, la politique interne, les processus et les procedures standard de 
I'organisation. 

9.2.2 Constituer I'equipe de projet : outils et techniques 

.1 Affectation prealable 

Lorsque des membres de I'equipe de projet sont choisis a I'avance, ils sont considered comme 
faisant I'objet d'une affectation prealable. Cette situation peut se presenter si le projet resulte d'une 
promesse en ressources humaines specifiques dans le cadre d'une offre concurrentielle, si le projet 
repose sur I'expertise de certaines personnes ou si certaines affectations de ressources humaines 
sont definies dans la charte du projet. 

.2 Negotiation 

Les affectations de ressources humaines font I'objet de negociations pour de nombreux projets. 
Par exemple, I'equipe de management de projet peut avoir a negocier avec : 

• les responsables fonctionnels dans le but de s'assurer que le projet se verra attribuer le 
personnel aux competences adequates pendant la periode requise, et que les membres de 
I'equipe de projet pourront, voudront ou seront autorises a travailler sur le projet jusqu'au terme 
de leurs responsabilites. 

• d'autres equipes de management de projet au sein de I'entreprise realisatrice afin d'affecter 
convenablement des ressources humaines rares ou specialises, et 
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• des organisations extemes, des vendeurs, des foumisseurs, des entrepreneurs, etc., pour des 
ressources humaines adequates, rares, specialises, qualifies, certifies ou autrement specifies. 
Une importance particuliere doit etre accordee aux reglements, aux pratiques, aux processus, aux 
directives, aux dispositions juridiques et a d'autres criteres de negociation extemes. 

La capacite de I'equipe de management de projet a influencer d'autres equipes joue un role 
important dans la negociation de I'affectation des ressources humaines, tout comme la politique 
des organisations concemees. Par exemple, un responsable fonctionnel evaluera les avantages et 
la visibilite de projets concurrents au moment de determiner ou affecter les ressources uniques 
demandees par differentes equipes de projet. 

.3 Approvisionnements 

Lorsque I'entreprise realisatrice ne dispose pas en interne des ressources necessaires pour 
mener a bien un projet, les services necessaires peuvent etre obtenus aupres de sources extemes. 
Ceci peut impliquer I'embauche de consultants individuels ou la sous-traitance du travail aupres 
d'une autre organisation. 

.4 Equipes virtuelles 

L' utilisation d'equipes virtuelles ouvre de nouvelles possibilit.es lors de la constitution de I'equipe 
de projet. Les equipes virtuelles peuvent etre definies comme des groupes de personnes qui partagent 
un meme objectif et qui remplissent leur role en se rencontrant rarement face a face, voire jamais. La 
mise a disposition de moyens de communication electroniques, tels que le courriel, les conferences 
audio, les reunions en ligne sur Internet et la visioconference ont rendu possible la constitution de ces 
equipes. Le format d'equipe virtuelle permet : 

• de former des equipes de personnes de la meme entreprise, residant dans des zones 
geographiques differentes, 

• d'ajouter une expertise speciale a une equipe de projet, meme si I'expert ne se trouve pas dans 
la meme zone geographique, 

• d'incorporer des employes travaillant depuis leur domicile, 

• de constituer des equipes de personnes travaillant dans des fuseaux horaires differents ou en 
horaires decales, 

• d'incorporer des personnes handicapees ou a mobilite reduite, et 

• d'accepter des projets qui n'auraient jamais vu le jour en raison des frais de deplacement. 

La planification de la communication devient un element critique dans un environnement d'equipe 
virtuelle. Des delais supplementaires peuvent s'averer necessaires pour definir des attentes claires, 
faciliter les communications, developper des protocoles de resolution des conflits, inclure des 
personnes dans les prises de decision et partager les honneurs des succes. 
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9.2.3 Constituer I'equipe de projet : donnees de sortie 

.1 Affectations du personnel du projet 

Le projet est dote en personnel lorsque les personnes adequates ont ete affectees par le biais 
des methodes precedemment decrites. La documentation de ces affectations peut comprendre 
un repertoire de I'equipe de projet, des memos envoyes aux membres de I'equipe et des noms 
mentionnes dans d'autres parties du plan de management du projet, comme les organigrammes et 
les echeanciers du projet. 

.2 Calendriers des ressources 

Les calendriers des ressources documentent les periodes auxquelles chaque membre de I'equipe 
de projet peut intervenirsur le projet. L'elaboration d'un echeancier fiable (voir la section 6.5.3.1) est 
tributaire d'une bonne comprehension des conflits d'echeancier de chaque personne, y compris les 
conges et les engagements sur d'autres projets, afin de documenter avec precision la disponibilite 
des membres de I'equipe. 

.3 Mises a jour du plan de management du projet 

Le plan des ressources humaines est un des elements du plan de management du projet qui sont 
susceptibles de mises a jour. Par exemple, lors de I'affectation de personnes specifiques a des roles et 
responsabilites du projet, il est possible que celles-ci ne correspondent pas exactement aux besoins 
exprimes dans le plan des ressources humaines. 

9.3 Developper I'equipe de projet 

Developper I'equipe deprojetest le processus qui consiste a ameliorer les competences, I'interaction entre 
les membres de I'equipe et I'environnement global de I'equipe, afin d'ameliorer la performance du projet. Les 
chefs de projet doivent acquerir les competences leur permettant d'identifier, de constituer, d'entretenir, de 
motiver, de guider et d'inspirer les equipes de projet pour atteindre de hautes performances et pour repondre 
aux objectifs du projet. Voir les figures 9-9 et 9-1 0. 

Le travail d'equipe est un facteur critique pour la reussite du projet, et developper des equipes de projet 
efficaces est une des responsabilites majeures du chef de projet. Les chefs de projet doivent creer un 
environnement qui facilite le travail d'equipe. lis doivent continuellement motiver leur equipe par des defis et 
des opportunites, en foumissant regulierement des retours d'information et le soutien necessaire, tout comme 
en reconnaissant et en recompensant les bonnes performances. La haute performance de I'equipe peut etre 
atteinte par une communication ouverte et efficace, en developpant la confiance entre les membres de I'equipe, 
en gerant les conflits de fagon constructive et en encourageant une resolution des problemes et une prise de 
decision de type collaboratif. Le chef de projet doit chercher a obtenir un soutien de la part du management 
et/ou influencer les parties prenantes adequates en vue d'obtenir les ressources necessaires pour developper 
des equipes de projet efficaces. 
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Aujourd'hui, les chefs de projet operent dans un environnement global et travaillent sur des projets 
caracterises par la diversite culturelle. Les membres de l'equipe ont souvent des experiences d'industries 
diverses, parlent differentes langues et parfois travaillent dans une « langue de travail », qui est une langue 
ou une norme differente de celle de leur langue ou norme d'origine. L'equipe de management de projet doit 
mettre a profit les differences culturelles, se concentrer sur le developpement et le soutien de l'equipe de projet 
tout au long du cycle de vie du projet, et promouvoir une collaboration en interdependance dans un climat 
de confiance reciproque. Developper l'equipe de projet ameliore le contact, les competences techniques et 
I'environnement de I'ensemble de l'equipe ainsi que la performance du projet. Ceci exige une communication 
claire, en temps voulu, efficace et efficiente entre les membres de l'equipe pendant toute la duree du projet. 
Parmi les objectifs de developpement d'une equipe de projet, on peut citer : 

• ameliorer les connaissances et les competences des membres de l'equipe afin d'augmenter leur 
capacite a realiser les livrables du projet tout en reduisant les couts, en raccourcissant les echeanciers 
et en ameliorant la qualite ; 

• ameliorer le sentiment de confiance et de cohesion chez les membres de l'equipe dans le but de 
renforcer le moral, reduire les conflits et encourager le travail d'equipe ; et 

• creer une culture d'equipe dynamique et coherente dans le but d'ameliorer a la fois la productivite 
individuelleetd'equipej'espritd'equipeet la cooperation, etdepermettrelaformationinterdisciplinaire 
et le tutorat entre les membres de l'equipe de fagon a partager les connaissances et I'expertise. 



.1 Competences 

interpersonnelles 
.2 Formation 
.3 Activites de 
developpement de 
I'esprit d'equipe 
.4 Regies de base 
.5 Regroupement 
.6 Reconnaissance et 
recompenses 



.1 Evaluation des 

performances de l'equipe 
.2 Mises a jour desfacteurs 

environnementauxde 

I'entreprise 



Figure 9-9. Developper l'equipe de projet : 
donnees d'entree, outils et techniques, et donnees de sortie 
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Management des ressources 
humaines du projet 



ms du personnel du projet 



environnementaux 



Figure 9-10. Diagramme de flux des donnees du processus Developper I'equipe de projet 

9.3.1 Developper I'equipe de projet : donnees d'entree 

.1 Affectations du personnel du projet 

Le developpement de I'equipe commence par une liste de ses membres. Les documents sur 
I'affectation du personnel du projet (voir la section 9.2.3.1) identifient les personnes qui font partie de 
I'equipe. 

.2 Plan de management du projet 

Le plan management de projet decrit dans la section 4.2.3.1 contient le plan des ressources 
humaines (voir la section 9.1 .3.1 ), qui identifie les strategies de formation et les plans de developpement 
de I'equipe de projet. Des elements tels que les recompenses, les retours d'information, la formation 
complementaire et les sanctions disciplinaires peuvent etre ajoutes au plan suite aux evaluations 
regulieres de performance de I'equipe et d'autres formes de management de I'equipe de projet. 

.3 Calendriers des ressources 

Les calendriers des ressources identifient les periodes auxquelles les membres de I'equipe de 
projet peuvent prendre part aux activit.es de developpement de I'equipe. 
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9.3.2 Developper l'equipe de projet : outils et techniques 

.1 Competences interpersonnelles 

Celles-ci sont parfois connues sous I'appellation de « competences non techniques », ou encore 
en anglais « soft-skills », et sont particulierement importantes pour le developpement de I'equipe. 
L'equipe de management de projet peut reduire considerablement les problemes et ameliorer la 
cooperation en comprenant I'etat d'esprit des membres de I'equipe de projet, en anticipant leurs 
actions, en prenant en compte leurs soucis et en les assistant en cas de probleme. Des competences 
telles que I'empathie, I'influence, la creativite et la facilitation du groupe sont des atouts essentiels 
pour le management de I'equipe de projet. 

.2 Formation 

La formation comprend toutes les activit.es destinees a ameliorer les competences des membres 
de I'equipe de projet. Elle peut etre formelle ou informelle. Parmi les exemples de methodes de 
formation, on peut citer la formation en salle de classe, en ligne, sur ordinateur, a la place de travail 
avec I'aide d'un autre membre de I'equipe de projet, le tutorat et I'accompagnement. Si les membres 
de I'equipe de projet ne disposent pas des competences en management ou techniques necessaires, 
ces competences peuvent etre developpees dans le cadre du travail du projet. La formation planifiee se 
deroule comme prevu dans le plan des ressources humaines. La formation non planifiee est le resultat 
d'une observation, d'une conversation et des evaluations de la performance du projet, effectuees au 
cours du processus Diriger I'equipe de projet. 

.3 Activites de developpement de I'esprit d'equipe 

Les activites de developpement de I'esprit d'equipe peuvent varier, depuis un sujet aborde en 
cinq minutes au cours d'une reunion de revue jusqu'a un seminaire organise a I'exterieur par des 
professionnels, dans le but d'ameliorer les relations interpersonnelles. L'objectif des activites de 
developpement de I'esprit d'equipe est d'aider les membres individuelsde I'equipe a travailler ensemble 
de fagon efficace. Les strategies de developpement de I'esprit d'equipe sont particulierement utiles 
lorsque les membres de I'equipe travaillent depuis des emplacements distants, sans les avantages du 
contact face a face. La communication et les activites informelles peuvent contribuer a instaurer un 
climat de confiance et a etablir de bonnes relations de travail. 

Une des qualit.es les plus importantes en matiere de developpement d'un environnement d'equipe 
est de traiter les problemes de I'equipe de projet et d'en discuter avec I'equipe. L'equipe toute entiere 
doit etre encouragee a travailler de concert a la resolution de ces questions. Pour constituer des 
equipes de projet efficaces, les chefs de projet doivent obtenir le soutien de la Direction, I'engagement 
des membres de l'equipe, mettre au point un systeme adequat de recompenses et de reconnaissance, 
creer une identite d'equipe, gerer les conflits de fagon efficace, promouvoir la confiance et une 
communication transparente et ouverte entre les membres de l'equipe et par dessus tout, faire preuve 
d'une bonne direction d'equipe. 
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Comme processus continu, le developpement de I'esprit d'equipe se revele etre crucial pour la 
reussite du projet. Quoique le developpement de I'esprit d'equipe soit essentiel dans les phases initiales 
d'un projet, il s'agit d'un processus recurrent. Les changements sont inevitables dans I'environnement 
d'un projet et, afin de les gerer avec efficacite, il est necessaire de developper, soutenir ou renouveler 
I'esprit d'equipe. Le chef de projet se doit de surveiller en permanence le fonctionnement et la 
performance de I'equipe afin de determiner si des actions sont necessaires pour prevenir ou corriger 
differents problemes au sein de I'equipe. 

Selon une theorie, il existe cinq etapes de developpement par lesquelles les equipes sont susceptibles 
de passer. En general celles-ci se presentent dans I'ordre.Toutefois, il n'est pas rare pour une equipe 
de s'enliser dans une etape specifique ou de retomber dans une etape anterieure. De meme, on peut 
sauter une etape pour des projets ou les membres de I'equipe ont deja travaille ensemble. 

• Formation [Forming]. C'est I'etape au cours de laquelle I'equipe se reunit et se renseigne sur 
le projet et les roles et responsabilites officiels de chacun. Durant cette etape, les membres de 
I'equipe ont tendance a etre independants et plus renfermes. Pour plus d'informations, voir le 
modele de developpement de I'equipe de Tuckman [6]. 

• Turbulence [Storming]. Au cours de cette etape, I'equipe commence a traiter le travail du 
projet, a examiner les decisions techniques et a etudier I'approche du management de projet. 
Si les membres de I'equipe ne travaillent pas dans un esprit de collaboration et ne sont pas 
ouverts a des idees et perspectives divergentes, cet environnement peut devenir destructeur. 

• Normalisation [Norming]. Au cours de cette etape, les membres de I'equipe commencent 
a travailler ensemble et adaptent leurs habitudes et comportements de travail en soutien de 
I'equipe. La confiance s'instaure au sein de I'equipe. 

• Performance [Performing]. Les equipes qui parviennent a ce stade fonctionnent comme des 
unites bien organisees. Elles sont interdependant.es et font face aux problemes de fagon posee 
et efficace. 

• Dissolution [Adjourning]. Au cours de cette etape, I'equipe acheve le travail et termine le 
projet. 

La duree d'une etape particuliere depend de la dynamique, de la taille et de la conduite de 
I'equipe. Les chefs de projet doivent avoir une bonne comprehension de la dynamique d'equipe afin 
d'accompagner leurs equipiers a travers toutes les etapes d'une fagon efficace. 

.4 Regies de base 

Les regies de base fixent clairement les attentes concernant le comportement souhaite de la 
part des membres de I'equipe de projet. Une adhesion precoce a des directives claires permet de 
diminuer les malentendus et d'accroitre la productivite. Les regies de base clarifient les attentes 
comportementales reciproques des membres de I'equipe de projet. Tous les membres de I'equipe de 
projet partagent la responsabilite d'appliquer ces regies une fois qu'elles sont etablies. 
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.5 Regroupement 

Le regroupement consiste a rassembler au meme endroit un grand nombre des membres les 
plus actifs de I'equipe de projet, voire tous, afin d'ameliorer leur capacite a travailler en equipe. Le 
regroupement peut etre provisoire, comme par exemple a des periodes strategiquement importantes 
au cours du projet, ou concemer I'ensemble du projet. Les strategies de regroupement peuvent 
comprendre une salle de reunion pour I'equipe, des emplacements pour afficher les echeanciers, et 
d'autres commodit.es destinees a ameliorer la communication et le sentiment communautaire. Bien 
que le regroupement soit considere comme etant une bonne strategie, le recours a des equipes 
virtuelles est parfois inevitable. 

.6 Reconnaissance et recompenses 

Une partie du processus de developpement de I'equipe consiste a reconnaitre et a recompenser un 
comportement souhaitable. Les plans initiaux concemant la fagon de recompenser les personnes sont 
developpes dans le cadre du processus Elaborerle plan des ressources humaines. II est important de 
bien comprendre qu'une recompense specifique remise a une personne ne sera efficace que si elle 
satisfait un besoin important pour la personne concemee. Les decisions de recompense sont prises, 
de maniere formelle ou informelle, dans le cadre du processus Dinger I'equipe de projet a I'aide des 
evaluations des performances du projet (voir la section 9.4.2.2). Les differences culturelles doivent 
etre prises en compte au moment de determiner la reconnaissance et les recompenses. Par exemple, 
elaborer des recompenses collectives appropriees dans une culture qui encourage I'individualisme 
peut s'averer difficile. 

Seuls les comportements souhaitables doivent etre recompenses. Par exemple, la disposition a 
faire des heures supplementaires pour repondre a un objectif ambitieux de I'echeancier doit faire 
I'objet d'une recompense ou d'une reconnaissance, alors que la necessite de travailler des heures 
supplementaires en raison d'une planification defaillante de la part du membre de I'equipe ne doit pas 
etre recompensed. Cependant, les membres de I'equipe ne devraient pas etre penalises a cause d'une 
planification defaillante et d'attentes regulierement irrealistes imposees par la direction generale. 
Les recompenses de type gagnant-perdant (dont la valeur s'annule), que seul un nombre limite de 
membres de I'equipe de projet peut obtenir, comme par exemple la nomination du membre de I'equipe 
du mois, sont susceptibles de nuire a la cohesion de I'equipe. Recompenser un comportement a la 
portee de tout le monde, comme par exemple la remise des rapports d'avancement en temps voulu, 
tend a renforcer I'entraide entre les membres de I'equipe. 

Les personnes sont motivees si elles se sentent estimees dans I'organisation, et cette estime est 
materialisee par les recompenses qui leur sont donnees. En regie generale, I'argent est pergu par la 
plupart comme un aspect tres tangible de tout systeme de recompense, mais d'autres recompenses 
intangibles sont egalement efficaces. La plupart des membres de I'equipe de projet sont motives par 
une opportunite de progresser, de realiser et de mettre en pratique leurs competences professionnelles 
pour relever de nouveaux defis. La reconnaissance publique de bonnes performances donne lieu a un 
renforcement positif. Une bonne strategie pour les chefs de projets consiste a accorder a I'equipe toutes 
les reconnaissances possibles pendant le cycle de vie du projet plutot qu'apres la fin du projet. 
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9.3.3 Developper I'equipe de projet : donnees de sortie 

.1 Evaluation des performances de I'equipe 

A mesure que les efforts de developpement de I'equipe de projet tels que la formation, le 
developpement de I'esprit d'equipe et le regroupement sont mis en oeuvre, I'equipe de management 
de projet effectue des evaluations formelles et informelles de I'efficacite de I'equipe de projet. Des 
strategies et activites efficaces de developpement de I'equipe sont supposees accroitre sa performance, 
augmentant ainsi la probabilite d'atteindre les objectifs du projet. Les criteres devaluation de la 
performance de I'equipe doivent etre determines partoutes les parties concemees, et incorpores aux 
donnees d'entree du processus Developper I'equipe de projet. Ceci est particulierement important 
dans le cadre de projets lies a des contrats ou des conventions collectives. 

Les performances d'une equipe gagnante sont mesurees en termes de succes technique 
selon des objectifs de projet accept.es, de performance de I'echeancier du projet (achevement 
dans les delais), et d'execution dans les limites du budget (achevement satisfaisant les contraintes 
financiers). Les equipes hautement performantes se caracterisent par ce fonctionnement oriente 
taches et resultats. Elles demontrent egalement des qualites specifiques liees au travail et aux 
personnes, qui represented des mesures indirectes de la performance du projet. 

L'evaluation de I'efficacite d'une equipe peut inclure des indicateurs tels que : 

• des progres au niveau des competences, qui permettent aux personnes d'effectuer plus 
efficacement les activites qui leur sont attributes, 

• des ameliorations au niveau des capacites qui permettent a I'equipe de fonctionner mieux en 
tantqu'equipe, 

• la reduction du taux de renouvellement des ressources humaines, et 

• une cohesion accrue de I'equipe lorsque ses membres partagent ouvertement les informations 
et les experiences, et s'entraident pour ameliorer les performances globales du projet. 

A Tissue d'une evaluation de la performance globale de I'equipe, I'equipe de management de projet 
peut identifier la formation, I'accompagnement, le tutorat, I'assistance ou les changements requis 
pour ameliorer la performance de I'equipe. Cela devrait aussi inclure I'identification des ressources 
appropriees ou requises pour parvenir a la realisation et a la mise en oeuvre des ameliorations 
identifies dans le cadre de revaluation. Ces ressources et recommandations visant a ameliorer 
I'equipe doivent etre correctement documentees et transmises aux parties concemees. Ceci est 
particulierement important lorsque des membres de I'equipe font partie d'un syndicat, sont soumis 
a des conventions collectives, lies par des clauses de performances contractuelles ou dans le cas 
d'autres situations apparentees. 
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.2 Mises a jour des facteurs environnementaux de I'entreprise 

Parmi les facteurs environnementaux de I'entreprise qui sont susceptibles de mises a jour par suite 
du processus Developper I'equipe de projet, on peut citer I'administration du personnel, incluant les 
mises a jour des registres de formation des employes et des evaluations des competences. 



9.4 Diriger I'equipe de projet 



Dinger I'equipe deprojetest le processus qui consiste a suivre la performance des membres de I'equipe, 
a fournir des retours d'information, a resoudre des problemes et a gerer des modifications en vue d'optimiser 
la performance du projet. Voir les figures 9-11 et 9-12. L'equipe de management de projet observe le 
comportement de I'equipe, gere les conflits, resout les problemes majeurs et evalue les performances des 
membres de I'equipe. Suite au management de I'equipe de projet, des demandes de modification sont 
soumises, le plan des ressources humaines est mis a jour, les problemes majeurs sont resolus, des donnees 
d'entrees sont fournies pour les evaluations de performance et les legons apprises sont ajoutees a la base 
de donnees de I'organisation. 

Diriger I'equipe de projet exige une serie de competences en management pour encourager le travail 
d'equipe et integrer les efforts des membres de I'equipe pour creer des equipes hautement performantes. Le 
management d'equipe requiert une combinaison de competences mettant en exergue tout particulierement la 
communication, la gestion des conflits, la negociation et le leadership. Les chefs de projet doivent proposer aux 
membres de I'equipe des taches stimulantes et recompenser les bonnes performances. 



.1 Affectations du personnel 
.2 Plan de management 
.3 Evaluation des 



del'e 



.2 Evaluations des 

performances du projet 
.3 Gestion des conflits 

majeurs 
.5 Competences 
interpersonnelles 



.3 Demandes de modific: 
managementdu projet 



Figure 9-11. Diriger I'equipe de projet : donnees d'entree, outils et techniques, et donnees de sortie 



©2008 Project Management Institute. Guide du Corpus des connaissances en management de projet (Guide PMBOK®) — Quatrieme edition 



CHAPITRE 9 - MANAGEMENT DES RESSOURCES HUMAINES DU PROJET 



es actifs organisationnels 



Figure 9-1 2. Diagramme de flux des donnees du processus Dinger I'equipe de projet 

5.4.1 Diriger I'equipe de projet : donnees d'entree 

.1 Affectations du personnel du projet 

Les affectations du personnel du projet (voir la section 9.2.3.1) fournissent une documentation 
comprenant une liste des membres de I'equipe de projet. 

.2 Plan de management du projet 

Le plan de management du projet decrit dans la section 4.2.3.1 contient le plan des ressources 
humaines (voir la section 9.1.3.1). Le plan des ressources humaines comprend, entre autres : 

• les roles et les responsabilites, 

• I'organisation du projet, et 

• le plan de management des ressources humaines. 

.3 Evaluation des performances de I'equipe 

L'equipe de management de projet procede a des evaluations formelles ou informelles des 
performances de I'equipe de projet. Grace a cette evaluation en continu des performances de I'equipe 
de projet, des actions peuvent etre engagees pour resoudre des problemes majeurs, modifier la 
communication, traiter des conflits et ameliorer I'interaction de I'equipe. 
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.4 Rapports d'avancement 

Les rapports d'avancement (voir la section 1 0.5.3.1 ) documentent I'etat actuel du projet par rapport 
au previsionnel. Les domaines de performance susceptibles d'aider au management de I'equipe de 
projet comprennent les resultats de la maitrise de I'echeancier et des couts, du controle qualite et de 
la verification du contenu. Les informations provenant des rapports d'avancement et les previsions 
connexes aident a determiner les besoins futurs en ressources humaines, la reconnaissance et les 
recompenses, ainsi que les mises a jour du plan de management des ressources humaines. 

.5 Actifs organisationnels 

Parmi les actifs organisationnels qui peuvent avoir une influence sur le processus Dinger I'equipe 
de projet, on peutciter: 

• les certificate depreciation, 

• les bulletins d'information, 

• les sites Web, 

• les structures de primes, 

• les produits portant le sigle de I'entreprise, et 

• d'autres avantages organisationnels. 

9.4.2 Dinger I'equipe de projet : outils et techniques 

.1 Observation et discussion 

L'observation et la discussion permettent de rester en contact avec le travail et I'attitude des 
membres de I'equipe de projet. L'equipe de management de projet surveille la progression des livrables 
du projet, les reussites qui sont source de fierte pour les membres de I'equipe, et les problemes 
interpersonnels. 

.2 Evaluations des performances du projet 

Les objectifs des evaluations des performances au cours d'un projet peuvent comprendre la 
clarification des roles et responsabilites, un retour d'information constructif vers les membres de 
I'equipe, la decouverte de problemes majeurs inconnus ou non resolus, le developpement de plans de 
formation individuels et la fixation d'objectifs specifiques pour des periodes a venir. 

La necessite devaluation des performances du projet, formelles ou informelles, est dictee par la 
duree du projet, sa complexity, la politique interne de I'organisation, les exigences des contrats de 
travail, ainsi que par le volume et la qualite des communications regulieres. 
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.3 Gestion des conflits 

Les conflits sont inevitables dans un environnement de projet. Les sources de conflit comprennent 
la rarete des ressources, les priorites de I'echeancier et les styles de travail de chacun. Des regies de 
base pour I'equipe, des normes de groupe et des pratiques solides en management de projet comme 
la planification des communications et la definition des roles, reduisent le nombre de conflits. 

Une gestion des conflits reussie se traduit par une productivite accrue et des relations de travail 
positives. Bien gerees, les differences d'opinion peuvent aboutir a une plus grande creativite et a 
une meilleure prise de decision. Si les differences deviennent un facteur negatif, il appartient avant 
tout aux membres de I'equipe de projet de les resoudre. Si le conflit s'aggrave, le chef de projet 
doit s'impliquer pour amener a une resolution satisfaisante. Le conflit doit etre traite au plus tot et 
generalement en prive, par une approche directe et collaborative. Si un conflit perturbateur persiste, il 
peut etre necessaire de recourir a des procedures formelles, y compris des actions disciplinaires. 

Lorsqu'ils traitent un conflit dans un environnement d'equipe, les chefs de projet doivent etre en 
mesure d'identifier les caracteristiques ci-dessous du conflit et le processus de gestion des conflits : 

• I'existence d'un conflit est normale et impose la recherche de solutions, 

• le conflit est un probleme majeur de I'equipe, 

• I'ouverture d'esprit permet de resoudre les conflits, 

• la resolution du conflit doit se concentrer sur les problemes majeurs et non sur les 
personnalites, et 

• la resolution du conflit doit se concentrer sur le present, et non sur le passe. 

Le succes des chefs de projet dans la direction de leurs equipes de projet depend souvent 
largement de leur capacite a resoudre les conflits. Differents chefs de projet peuvent avoir differents 
styles de resolution des conflits. Les facteurs qui influencent les methodes de resolution de conflits 
comprennent : 

• la relative importance et intensite du conflit, 

• la contrainte temporelle dans la resolution du conflit, 

• la position adoptee par les intervenants concemes, et 

• la motivation pour resoudre le conflit dans le long terme ou le court terme. 
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II existe six techniques globales de resolution des conflits. Chacune d'elles ayant ses propres 
usage et circonstances, elles ne sont pas donnees ici dans un ordre particulier : 

• Retrait/Evitement. Se retirer d'une situation de conflit reelle ou potentielle. 

• Apaisement/Conciliation. Mettre en avant les points d'accord plutot que les differences. 

• Compromis. Recherche de solutions qui apportent un certain degre de satisfaction a toutes les 
parties. 

• Passage en force. Imposer son point de vue aux depens des autres ; se traduit par des solutions 
du type gagnant-perdant. 

• Collaboration. Integrer de multiples points de vue et visions a partir de perspectives differentes ; 
mene au consensus et a I'engagement. 

• Confrontation/Resolution des problemes. Traiter un conflit comme un probleme a resoudre en 
etudiant les alternatives ; requiert une attitude de concessions mutuelles et un dialogue ouvert. 

.4 Registre des problemes majeurs 

Des problemes majeurs surviennent lors du management d'une equipe de projet. Un registre 
ecrit documente et permet de surveiller qui est responsable de la resolution de problemes 
majeurs specifiques a une date cible. La resolution des problemes majeurs traite des obstacles 
susceptibles d'empecher I'equipe d'atteindre ses objectifs. 

.5 Competences interpersonnelles 

Les chefs de projet utilisent un ensemble de competences techniques, humaines et conceptuelles 
pour analyser les situations et interagir de fagon adequate avec les membres de I'equipe. L'utilisation 
des competences interpersonnelles adequates permet aux chefs de projet de miser sur les atouts de 
tous les membres de I'equipe. 

II existe un large corpus des connaissances au sujet des competences interpersonnelles, approprie 
au travail du projet et hors projet. Ce corpus des connaissances est trap approfondi pour etre couvert 
dans le cadre de cette publication. L'appendice F propose un contenu plus detaille des competences 
interpersonnelles les plus utiles en management de projet. Certaines des competences interpersonnelles 
utilisees le plus souvent par les chefs de projet sont brievement decrites ci-dessous. 

• Leadership. Les projets couronnes de reussite exigent de fortes competences en leadership. 
Le leadership est important a travers toutes les phases du cycle de vie du projet. II est 
particulierement important de communiquer la vision et d'inspirer I'equipe de projet dans le but 
d'atteindre les meilleures performances. 

• Influence. Comme les chefs de projet n'ont souvent que tres peu ou pas d'autorite directe sur les 
membres de leur equipe dans un environnement matriciel, leur capacite a influencer les parties 
prenantes au moment opportun s'avere critique pour le succes du projet. Les competences cles 
visant a influencer les autres comprennent : 
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o la capacite a persuader et a articuler clairement les avis et points de vue, 

o de hauts niveaux de capacite d'ecoute active et efficace, 

o la prise en compte de differentes perspectives dans toute situation, et 

o la collecte d'informations pertinentes et critiques pour traiter les problemes majeurs et 
conclure des accords tout en preservant une confiance reciproque. 

• Prise de decision efficace. Cela suppose la capacite de negocier et d'influencer I'organisation 
et I'equipe de management de projet. Des exemples de recommandations en matiere de prise 
de decision comprennent : 

o se concentrer sur les objectifs vises, 

o suivre un processus de prise de decision, 

o etudier les facteurs environnementaux, 

o developper les qualit.es personnels des membres de I'equipe, 

o encourager la creativite de I'equipe, et 

o gerer les opportunity et les risques. 

J.4.3 Diriger I'equipe de projet : donnees de sortie 

.1 Mises a jour des facteurs environnementaux de I'entreprise 

Parmi les facteurs environnementaux de I'entreprise qui peuvent exiger des mises a jour suite au 
processus Diriger I'equipe de projet, on peut citer : 

• des donnees d'entree pour les evaluations de performances de I'organisation, et 

• des mises a jour des competences personnelles. 

.2 Mises a jour des actifs organisationnels 

Parmi les actifs organisationnels qui peuvent exiger des mises a jour suite au processus Diriger 
I'equipe de projet, on peut citer : 

• la documentation relative a I'information historique et aux legons apprises, 

• les modeles, et 

• les processus standard de I'organisation. 
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.3 Demandes de modification 

Les modifications au niveau des ressources humaines, que ce soit par choix ou suite a des 
evenements incontrolables, peuvent avoir un impact sur le reste du plan de management du projet. 
Lorsque des problemes de ressources humaines viennent perturber le plan de management du 
projet, en provoquant par exemple un allongement de I'echeancier ou un depassement du budget, 
une demande de modification peut etre traitee par le processus Mettre en ceuvre la maitrise integree 
des modifications. Les modifications au plan des ressources humaines peuvent inclure par exemple 
I'affectation des personnes a des taches differentes, rextemalisation d'une partie du travail et le 
remplacement des membres de I'equipe ayant decide de partir. 

Les actions preventives sont celles qui peuvent etre developpees pour reduire la probabilite et/ 
ou I'impact de problemes avant qu'ils ne surviennent. Ces actions peuvent consister a dispenser une 
formation interdisciplinaire pour reduire les problemes durant I'absence de membres de I'equipe de 
projet et a mieux clarifier les roles pour s'assurer que toutes les responsabilites sont assumees. 

.4 Mises a jour du plan de management du projet 

Le plan de management des ressources humaines est un des elements du plan de management 
du projet qui sont susceptibles de mises a jour. 
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Le Management des communications du projet com prend les processus requis pour assurer, en temps 
voulu et de fagon appropriee, la creation, la collecte, la diffusion, le stockage, la recuperation et le traitement 
final des informations du projet. Les chefs de projet passent la plus grande partie de leur temps a communiquer 
avec les membres de I'equipe et d'autres parties prenantes du projet, qu'elles soient internes (a tous les 
niveaux organisationnels) ou extemes a I'organisation. Une communication efficace cree un pont entre les 
differentes parties prenantes concernees par le projet, en mettant en relation diverses situations culturelles et 
organisationnelles, differents niveaux d'expertise, des perspectives et des interets varies dans I'execution du 
projet ou son resultat. 

La figure 10-1 donne une vue d'ensemble des processus de management des communications du projet. 
Ces processus sont les suivants : 

1 0.1 Identifier les parties prenantes — C'est le processus qui consiste a identifiertoutes les personnes 
ou organisations concernees par le projet, et a documenter les informations pertinentes a leurs 
interets, leur implication et leur impact sur le succes du projet. 

10.2 Planifier les communications — C'est le processus qui consiste a determiner les besoins en 
information des parties prenantes du projet et a definir une approche pour les communications. 

1 0.3 Diffuser les informations — C'est le processus qui consiste a mettre les informations necessaires 
a la disposition des parties prenantes du projet, comme planifie. 

10.4 Gerer les attentes des parties prenantes— C'est le processus qui consiste a communiquer 
avec les parties prenantes, et a travailler avec elles pour repondre a leurs besoins et aborder les 
problemes majeurs lorsqu'ils se posent. 

10.5 Rendre compte de la performance— C'est le processus qui consiste a collecter et a distribuer 
les informations relatives a la performance, ce qui inclut les rapports d'etat, les mesures 
d'avancement et les previsions. 
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Figure 10-1. Vue d'ensemble du management des communications du projet 
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Ces processus interagissent entre eux et avec les processus des autres domaines de connaissance. 
Chaque processus est execute au moins une fois au cours de chaque projet et dans une ou plusieurs de ses 
phases si celui-ci est decoupe en phases. Bien que les processus soient presentes ici comme des composants 
distincts ayant des interfaces clairement definies, dans la pratique ils se chevauchent et interagissent selon 
des modalit.es qui ne sont pas detaillees ici. 

Les activites de communication peuvent revetir de nombreux aspects, y compris ceux qui suivent : 

• interne (au sein du projet) et externe (client, autres projets, medias, public), 

• formel (rapports, memos, instructions) et informel (courriels, discussions ad hoc), 

• vertical (plus haut et plus bas dans I'organisation) et horizontal (entre pairs), 

• officiel (bulletins d'information, rapport annuel) et officieux (communications officieuses), 

• ecrit et oral, et 

• verbal et non verbal (inflexions vocales, gestuelle). 

La plupart des competences en communication sont partagees entre le management general et le 
management de projet, et comprennent, entre autres : 

• I'ecoute active et efficace, 

• I'interrogation, I'exploration des idees et des situations afin d'assurer une meilleure comprehension, 

• la formation pour renforcer les connaissances de I'equipe de sorte qu'elle puisse etre plus efficace, 

• la recherche factuelle pour identifier ou confirmer des informations, 

• I'identification et la gestion des attentes, 

• la persuasion d'une personne ou d'une organisation pour mener a bien une action, 

• la negociation pour parvenir mutuellement a des accords acceptables entre les parties, 

• la resolution des conflits pour prevenir des impacts perturbateurs, et 

• le resume, la recapitulation et I'identification des prochaines etapes. 
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10.1 Identifier les parties prenantes 

Identifier les parties prenantes est le processus qui consiste a identifiertoutes les personnes ou organisations 
concemees par le projet, et a documenter les informations pertinentes a leurs interets, leur participation et 
leur impact sur le succes du projet. Voir les figures 10-2 et 10-3. Les parties prenantes du projet sont des 
personnes et des organisations comme par exemple des clients, des commanditaires, I'entreprise realisatrice 
et le public, qui prennent une part active au projet, ou dont les interets peuvent etre affectes, positivement ou 
negativement, par I'execution du projet ou par sa realisation. Elles peuvent egalement exercer une influence sur 
le projet et ses livrables. Les parties prenantes peuvent se trouver a differents niveaux au sein de I'organisation 
et posseder differents niveaux d'autorite, ou peuvent etre extemes a I'entreprise realisatrice du projet. La 
section 2.3 identifie les differents types de parties prenantes d'un projet. 

L'identification, tot dans le projet, des parties prenantes et I'analyse de leurs niveaux d'interet, d'attentes, 
d'importance et d'influence s'averent cruciales pour la reussite du projet. II est alors possible de developper 
une strategie pour approcher chaque partie prenante et determiner le niveau et le calendrier d'engagement des 
parties prenantes en vue d'accroitre les influences positives et d'attenuer les impacts negatifs potentiels sur le 
projet. L'evaluation et la strategie correspondante doivent etre revues periodiquement pendant I'execution du 
projet pour s'adapter a d'eventuelles modifications. 

La plupart des projets comptent un grand nombre de parties prenantes. Puisque le temps dont le chef de 
projet dispose est limite et doit etre utilise de la fagon la plus efficace possible, ces parties prenantes doivent 
etre classees selon leur interet, influence et participation dans le projet. Ceci permet au chef de projet de se 
concentrer sur les relations necessaires pour assurer le succes du projet. 



.1 Chartedu projet 
.2 Documents 

d'approvisionnement 
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.1 Analyse des parties 
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.2 Strategie de management 
des parties prenantes 









Figure 10-2. Identifier les parties prenantes : 
donnees d'entree, outils et techniques, et donnees de sortie 
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Figure 10-3. Diagramme de flux des donnees du processus Identifier les parties prenantes 

10.1.1 Identifier les parties prenantes : donnees d'entree 

.1 Charte du projet 

La charte du projet peut fournir des informations sur les parties internes et externes concemees et 
affectees par le projet, telles que le commanditaire ou les commanditaires, les clients, les membres de 
I'equipe, les groupes et les services prenant part au projet, et d'autres personnes ou organisations affectees 
par le projet. 

.2 Documents d'approvisionnement 

Si le projet est le resultat d'une activite d'approvisionnement ou est base sur un contrat etabli, 
les parties de ce contrat sont les parties prenantes cles du projet. D'autres parties concemees, telles 
que les foumisseurs, doivent egalement etre considerees comme faisant partie de la liste des parties 
prenantes du projet. 
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.3 Facteurs environnementaux de I'entreprise 

Parmi les facteurs environnementaux de I'entreprise qui peuvent avoir une influence sur le 
processus Identifier les parties prenantes, on peut citer : 

• la culture et la structure de I'organisation ou de I'entreprise, et 

• les normes gouvemementales ou industrielles (par exemple, les regimentations et les normes 
de produits). 

.4 Actifs organisationnels 

Parmi les actifs organisationnels qui peuvent avoir une influence sur le processus Identifier les 
parties prenantes, on peut citer : 

• les modeles de registre des parties prenantes, 

• les legons apprises des projets precedents, et 

• les registres des parties prenantes des projets precedents. 

10.1.2 Identifier les parties prenantes : outils et techniques 

.1 Analyse des parties prenantes 

^Analyse des parties prenantes est un processus qui consiste a recueillir et a analyser 
systematiquement les informations quantitatives et qualitatives afin de determiner quels interets 
particuliers doivent etre pris en compte tout au long du projet. Elle identifie les interets, les attentes 
et I'influence des parties prenantes, et les met en relation avec I'objectif du projet. Elle contribue 
egalement a identifier les relations avec les parties prenantes qui peuvent etre mobilisees pour former 
des coalitions et d'eventuels partenariats afin d'accroitre les chances de succes du projet. 

L' Analyse des parties prenantes suit en general les etapes decrites ci-dessous : 

• Etape 1 : identifier toutes les parties prenantes potentielles du projet et les informations s'y 
rapportant, telles que leurs roles, services, interets, niveaux de connaissance, attentes et niveaux 
d'influence. Les parties prenantes cles sont en general faciles a identifier. Elles comprennent 
toute personne ayant un role decisionnel ou managerial, qui est impactee par le resultat du 
projet, tel que par exemple le commanditaire, le chef de projet et le client principal. 

o [.'identification des autres parties prenantes est generalement effectuee en interviewant 
les parties prenantes identifies et en elargissant la liste jusqu'a ce que toutes les parties 
prenantes potentielles soient incluses. 
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• Etape 2 : identifier I'impact ou le soutien potentiel que chacune des parties prenantes est 
susceptible d'apporter, et les classer de maniere a definir une strategie d'approche. Dans le 
cas de grandes communautes de parties prenantes, il est important d'accorder la priorite aux 
parties prenantes cles afin d'assurer I'utilisation efficace de I'effort a communiquer et a gerer 
leurs attentes. II existe de nombreux modeles de classification disponibles, parmi lesquels on 
peut citer : 

o la matrice pouvoir/interet, regroupant les parties prenantes sur la base de leur niveau 
d'autorite (« pouvoir ») et de leur niveau d'engagement (« interet ») envers les resultats du 
projet ; 

o la matrice pouvoir/influence, regroupant les parties prenantes sur la base de leur niveau 
d'autorite (« pouvoir ») et de leur niveau de participation active (« influence ») dans le projet ; 

o lamatriced'influence/impact,regroupantlespartiesprenantessurlabasedeleurparticipation 
active (« influence ») dans le projet et de leur capacite a effectuer des modifications a la 
planification ou a I'execution du projet («impact») ; et 

o le modele de predominance, decrivant des classes de parties prenantes sur la base de leur 
pouvoir (capacite d'imposer leur volonte), de I'urgence (besoin d'attention immediate) et de 
la legitimite (leur participation est appropriee). 

La figure 1 0-4 presente un exemple de matrice de pouvoir/interet, ou les points A-H represented 
le positionnement de parties prenantes types. 



Surveiller 
(effort minimur 



Faible Interet Eleve 

Figure 10-4. Exemple de matrice pouvoir/interet des parties prenantes 
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• Etape 3 : evaluer la fagon dont les parties prenantes cles sont susceptibles de reagir ou de 
repondre dans differentes situations, dans le but de prevoir comment les influencer pour qu'elles 
renforcent leur soutien et attenuer d'eventuels impacts negatifs. 

.2 Jugement d'expert 

Pour assurer une identification et un repertoire exhaustifs des parties prenantes, il y a lieu de 
faire appel au jugement et a la competence de groupes ou de personnes ayant une formation ou une 
connaissance specialised sur le sujet en question tels que : 

• la direction generale, 

• d'autres unites de I'organisation, 

• les parties prenantes cles identifies, 

• les chefs de projet qui ont travaille sur d'autres projets du meme type (directement ou a travers 
les legons apprises), 

• des experts dans le domaine des affaires ou des projets, 

• des groupes industriels et des consultants, et 

• des associations professionnelles et techniques. 

Le jugement d'expert peut etre obtenu par des consultations individuelles (reunions en face a face, 
interviews, etc.) ou par panel (groupes de consultation, enquetes, etc.). 

10.1.3 Identifier les parties prenantes : donnees de sortie 

.1 Registre des parties prenantes 

Le registre des parties prenantes est la donnee de sortie principale du processus Identifier les 
parties prenantes. II contient tous les details lies aux parties prenantes identifies, y compris entre 
autres : 

• les informations d'identification : nom, poste dans I'organisation, site, role au sein du projet, 
coordonnees ; 

• les informations devaluation : principales exigences, principales attentes, influence potentielle 
sur le projet, phase du cycle de vie ou I'interet est le plus eleve ; et 

• la classification des parties prenantes : interne/externe, partisan/neutre/opposant, etc. 
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.2 Strategie de management des parties prenantes 

La strategie de management des parties prenantes definit une approche visant a accroitre le soutien 
et a minimiser les impacts negatifs des parties prenantes sur I'ensemble du cycle de vie du projet. Elle 
comprend des elements tels que : 

• les parties prenantes cles qui peuvent avoir un impact significatif sur le projet, 

• le niveau de participation dans le projet, souhaite pour chaque partie prenante identified, et 

• les groupes de parties prenantes et leur management (en tant que groupes). 

Une fagon courante de representor la strategie de management des parties prenantes est 
materialised dans une matrice d'analyse des parties prenantes. Un exemple de matrice vierge avec 
les en-tetes de colonnes est fourni dans la figure 1 0-5. 



Partie 
prenante 


Interet(s) de la partie 
prenante dans le projet 


Evaluation de limpact 


Strategies potentielles pour gagner 
le soutien ou reduire les obstacles 



















Figure 10-5. Exemple de matrice d'analyse des parties prenantes 

Certains renseignements lies a certaines strategies de management des parties prenantes 
pourraient etre trap sensibles pour etre inclus dans un document partage. Le chef de projet doit faire 
preuve de jugement quant au type d'information et au niveau de detail qui figurera dans la strategie 
de management des parties prenantes. 

10.2 Planifier les communications 

Planifier les communications est le processus qui consiste a determiner les besoins en information des 
parties prenantes du projet et a definir une approche pour les communications. Voir les figures 10-6 et 10-7. 
Le processus Planifier les communications determine les besoins en information et en communication des 
parties prenantes ; par exemple, qui a besoin de quelles informations, quand, comment et par qui elles seront 
transmises. Bien que tous les projets partagent le besoin de communiquer les informations du projet, les besoins 
en information et les methodes de diffusion varient largement. L'identification des besoins en information des 
parties prenantes et le choix d'un moyen approprie pour satisfaire ces besoins sont des facteurs importants 
pour la reussite du projet. 
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Une planification des communications incorrecte se traduira par des problemes tels que des retards 
dans la remise des messages, la communication d'informations sensibles a la mauvaise audience ou le 
manque de communication a certaines des parties prenantes concemees. Un plan de communication 
permet au chef de projet de documenter I'approche la plus efficace et la plus effective pour communiquer 
avec les parties prenantes. Communication effective signifie que I'information est fournie dans le bon 
format, au bon moment et avec le bon impact. Communication efficace signifie que seule I'information 
necessaire est fournie. Dans la plupart des projets, la planification des communications est effectuee tres 
tot, tel que durant la phase de developpement du plan de management du projet. Ceci permet d'affecter des 
ressources adequates, telles que le temps et le budget, aux activit.es de communication. Les resultats de ce 
processus de planification doivent etre revus regulierement tout au long du projet et au besoin revises pour 
assurer qu'ils demeurent applicables. 

Le processus Planifier les communications est etroitement lie aux facteursenvironnementauxdel'entreprise, 
puisque la structure de I'organisation aura un effet majeur sur les exigences en communication du projet. 
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Figure 10-6. Planifier les communications : 
donnees d'entree, outils et techniques, et donnees de sortie 
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Figure 10-7. Diagramme de flux des donnees du processus Planifier les communications 
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10.2.1 Planifier les communications : donnees d'entree 

.1 Registre des parties prenantes 

Le registre des parties prenantes est decrit dans la section 1 0.1 .3.1 . 
.2 Strategie de management des parties prenantes 

La strategie de management des parties prenantes est decrite dans la section 1 0.1 .3.2. 
.3 Facteurs environnementaux de I'entreprise 

Tous les facteurs environnementaux de I'entreprise sont utilises comme donnees d'entree de ce 
processus du fait que la communication doit etre adaptee a I'environnement du projet. 

.4 Actifs organisationnels 

Tous les actifs organisationnels sont utilises comme donnees d'entree du processus Planifier les 
communications. Parmi celles-ci, les legons apprises et I'information historique ont une importance 
particuliere car elles peuvent fournir des explications quant aux decisions prises concemant les 
problemes majeurs de communication et quant aux resultats de ces decisions dans le cadre des 
projets similaires precedents. Celles-ci peuvent etre utilisees comme information guide pour planifier 
les activit.es de communication du projet en cours. 

10.2.2 Planifier les communications : outils et techniques 

.1 Analyse des besoins en communication 

L'analyse des besoins en communication determine les besoins en information des parties 
prenantes du projet. Ces besoins sont definis en combinant le type et le format des informations 
requises avec une analyse de la valeur de ces informations. Les ressources du projet sont uniquement 
depensees pour communiquer les informations qui contribuent a son succes, ou lorsqu'un manque de 
communication peut mener a I'echec. 

Le chef de projet doit egalement prendre en consideration le nombre de voies ou de canaux potentiels 
de communication comme un indicateur de la complexity des communications d'un projet. Le nombre 
total de canaux potentiels de communication est egal a n(n-1)/2, ou n represents le nombre de parties 
prenantes. Ainsi, un projet com ptant 10 parties prenantes comporte 10(1 0-1 )/2 = 45 canaux potentiels 
de communication. La determination et la delimitation de qui sera appele a communiquer avec qui et 
qui recevra quelle information constituent done un composant cle pour planifier les communications 
reelles du projet. 
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Les informations habituellement utilisees pour determiner les besoins du projet en matiere de 
communication comprennent, entre autres : 

• les organigrammes, 

• I'organisation du projet et les relations de responsabilite des parties prenantes, 

• les disciplines, les services et les domaines specialises concernes par le projet, 

• la logistique Nee au nombre et a I'emplacement des personnes impliquees dans le projet, 

• les besoins en information interne (par exemple, la communication entre differentes organisations), 

• les besoins en information externe (par exemple, la communication avec les medias, le public 
ou les entreprises sous contrat), et 

• I'information des parties prenantes a partir du registre des parties prenantes et de la strategie 
de management des parties prenantes. 

.2 Technologie de communication 

Les methodes utilisees pour transferer des informations entre les parties prenantes du projet 
peuvent varier de maniere significative. Par exemple, une equipe de projet peut inclure parmi ses 
methodes de communication des techniques allant de breves conversations a des reunions prolongees, 
ou de simples documents ecrits a des fichiers accessibles en ligne (par exemple, des echeanciers et 
des bases de donnees). 

Parmi les facteurs qui peuvent avoir une influence sur le projet, on peut citer : 

• I'urgence du besoin en information. Le succes du projet depend-il de la disponibilite a tout 
moment d'informations frequemment mises a jour, ou suffirait-il d'envoyer regulierement des 
rapports ecrits ? 

• la disponibilite de la technologie. Les systemes adequats sont-ils deja en place ou les besoins 
du projet justifient-ils des modifications ? Par exemple, la ou les partie(s) prenante(s) devant 
prendre part au projet ont-elles acces a une certaine technologie de communication ? 

• les ressources humaines prevues pour le projet. Les systemes de communication proposes 
sont-ils compatibles avec I'experience et la competence des participants au projet, ou bien une 
formation et un enseignement approfondis sont-ils necessaires ? 

• la duree du projet. La technologie disponible est-elle susceptible de changer avant la fin du 
projet ? 

• I'environnement du projet. Les membres de I'equipe se rencontrent-ils et operent-ils en face 
a face ou dans le cadre d'un environnement virtuel ? 



©2008 Project Management Institute. Guide du Corpus des connaissances en management de projet (Guide PMBOK®) — Quatrieme edition 



CHAPITRE 10 - MANAGEMENT DES COMMUNICATIONS DU PROJET 



.3 Modeles de communication 

Un modele de communication de base, represents dans la figure 10-8, montre comment 
I'information est envoyee et regue entre deux parties, definies comme I'emetteur et le recepteur. Les 
composants cles de ce modele comprennent : 

• le codage. Traduire les pensees ou les idees en des termes qui seront compris par d'autres. 

• le message et le message de retroaction. Les donnees de sortie du codage. 

• le moyen. La methode utilisee pour faire passer le message. 

• le bruit. Tout ce qui interfere avec la transmission et la comprehension du message (par 
exemple, la distance, le manque de familiarite avec la technologie, le manque d'information 
contextuelle). 

• le decodage. Retraduire le message en des pensees ou des idees qui ont du sens. 

La figure 10-8 montre un modele de communication de base. Le modele comporte une action 
de confirmation de la reception d'un message qui lui est inherente. La confirmation signifie que le 
recepteur signale avoir regu le message, mais pas necessairement son accord avec le message. 
Une autre action est la reponse a un message, qui signifie que le recepteur a decode le message, le 
comprend ety repond. 
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Figure 10-8. Modele de communication de base 

Les composants du modele de communication doivent etre pris en compte lors de la discussion 
des communications du projet. Dans le cadre du processus de communication, la responsabilite de 
I'emetteur est de fournir une information claire et complete, de sorte que le recepteur puisse la recevoir 
correctement, et de confirmer qu'elle a ete correctement comprise. La responsabilite du recepteur est 
de s'assurer que I'information a ete regue dans son integralite, correctement comprise et confirmee. 
Une communication defaillante peut avoir des repercussions negatives sur le projet. 
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II existe de nombreux defis dans I'utilisation de ces composants pour communiquer de maniere 
efficace avec les parties prenantes du projet. Prenons par exemple une equipe de projet multinationale 
hautement technique. Pour un membre de I'equipe, communiquer de maniere satisfaisante un concept 
technique a un autre membre de I'equipe se trouvant dans un autre pays peut signifier coder le 
message dans la langue appropriee, envoyer le message en utilisant diverses technologies, attendre 
que le recepteur decode le message et y reponde ou foumisse une retroaction. Toute presence de 
bruit dans la chame de transmission compromet la signification initiale du message. 

.4 Methodes de communication 

Plusieurs methodes de communication sont utilisees pour faire circuler I'information entre les 
parties prenantes du projet. Ces methodes peuvent etre classees de fagon generique en : 

• communication interactive. Elle a lieu entre deux ou plusieurs parties engagees dans un 
echange d'information multidirectionnel. C'est la maniere la plus efficace d'assurer une meme 
comprehension par tous les participants concemant des sujets specifiques, et comprend des 
reunions, des appels telephoniques, des visioconferences, etc. 

• communication transmise [push]. Envoyee a des recepteurs specifiques qui ont besoin de 
connaitre I'information. Ceci assure la diffusion de I'information mais ne certifie pas qu'elle ait 
effectivement atteint ou ait ete comprise par I'audience visee. La communication transmise 
comprend des lettres, des memos, des rapports, des courriels, des fac-similes, des messages 
vocaux, des communiques de presse, etc. 

• communication publiee [pull]. Utilisee pour de tres gros volumes d'information ou pour 
des audiences tres nombreuses, exigeant que les recepteurs accedent au contenu de la 
communication a leur propre discretion. Ces methodes comprennent les sites intranet, 
I'apprentissage en ligne, les referentiels de connaissances, etc. 

Le chef de projet decide, sur la base des besoins en communication, quelles methodes de 
communication doivent etre utilisees dans le cadre du projet, ainsi que quand et comment. 

10.2.3 Planifier les communications : donnees de sortie 

.1 Plan de management de la communication 

Le plan de management de la communication fait partie du plan de management du projet ou en 
est un plan subsidiaire (voir la section 4.2.3.1 ). Selon les besoins du projet, le plan de management de 
la communication peut etre formel ou informel, tres detaille ou formule de maniere generale. 
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En regie generate, le plan de management de la communication prevoit : 

• les besoins en communication des parties prenantes ; 

• les informations a communiquer, y compris la langue, le format, le contenu et le niveau de detail ; 

• la raison pour la diffusion de ces informations ; 

• I'intervalle et la frequence de diffusion des informations requises ; 

• la personne responsable de la communication de I'information ; 

• la personne chargee d'autoriser la divulgation d'informations confidentielles ; 

• la personne ou les groupes qui recevront les informations ; 

• les methodes ou les technologies utilisees pour transmettre les informations, telles que les 
memos, le courriel, et/ou les communiques de presse ; 

• les ressources affectees aux activites de communication, y compris le temps et le budget ; 

• le processus d'escalade identifiant les delais et la ligne hierarchique a suivre (noms des 
personnes) pourfaire remonter les problemes majeurs ne pouvant pas etre resolus a un niveau 
hierarchique inferieur ; 

• la methode pour la mise a jour et I'affinement du plan de management de la communication au 
fur et a mesure que le projet progresse et se developpe ; 

• le glossaire pour la terminologie commune ; 

• les diagrammes de flux de I'information circulant au sein du projet, les flux de travail avec 
I'eventuelle suite d'autorisations, la liste des rapports et les plans de reunions, etc. ; et 

• les contraintes en matierede communication, issues generalementdeloisoude regimentations 
specifiques, de la technologie, de la politique interne de I'organisation, etc. 

Le plan de management de la communication peut egalement inclure des directives et des modeles 
pour les reunions de revue du projet, les reunions de I'equipe de projet, les reunions electroniques et 
le courriel. Le recours a un site Web pour le projet et a un logiciel de gestion de projet peut egalement 
etre inclus s'ils sont utilises dans le cadre du projet. 
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.2 Mises a jour des documents du projet 

Certains documents du projet peuvent necessiter des mises a jour ; ce sont, en particulier : 

• I'echeancier du projet, 

• le registre des parties prenantes, et 

• la strategie de management des parties prenantes. 



10.3 Diff user les informations 

Diffuserles informations est le processus qui consiste a mettre les informations necessaires a disposition 
des parties prenantes du projet, comme planifie. Voir les figures 10-9 et 10-10. Ce processus est execute 
tout au long du cycle de vie du projet et dans le cadre de tous les processus de management. Dans ce cas, 
I'attention portera principalement sur le processus d'execution, qui comprend la mise en oeuvre du plan de 
management de la communication, ainsi que la reponse a des demandes d'information inattendues. Une 
diffusion efficace de I'information comprend un certain nombre de techniques, dont : 

• les modeles emetteur-recepteur. Boucles de retroaction et barrieres a la communication. 

• le choix des medias. Description precise des situations dans lesquelles la communication ecrite est 
preferable a la communication orale, la redaction d'un memo informel a celle d'un rapport formel, et 
la communication en face a face a la communication par courriel. 

• le style d'ecriture. Voix active par opposition a voix passive, structure des phrases et choix de mots. 

• les techniques de conduite de reunion. Preparation d'un ordre du jour et traitement des conflits. 

• les techniques de presentation. Gestuelle et conception de supports visuels. 

• les techniques de facilitation. Atteindre le consensus et surmonter les obstacles. 



.1 Plan de management 

.2 Rapports d'avancement 
.3 Actifsorgamsationnels 



EE3 




Figure 10-9. Diffuser les informations : donnees d'entree, outils et techniques, et donnees de sortie 
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Figure 10-10. Diagramme de flux des donnees du processus Diffuserles informations 

10.3.1 Diffuser les informations : donnees d'entree 

.1 Plan de management du projet 

Le plan de management du projet (voir la section 4.2.3.1) contient le plan de management de la 
communication decrit dans la section 1 0.2.3.1 . 

.2 Rapports d'avancement 

Les rapports d'avancement sont utilises pour diffuser les informations concemant la performance 
et I'etat du projet ; ils doivent etre rendus disponibles avant les reunions du projet et doivent etre aussi 
precis et actuels que possible. 

Les previsions sont mises a jour et publiees a nouveau sur la base des mesures de performance du 
travail foumies au fur et a mesure de I'execution du projet. Ces informations concement la performance 
passee du projet susceptible d'avoir un impact sur I'avenir du projet, comme par exemple, le cout final 
estime et le cout estime pour achievement. Les informations concemant les previsions sont souvent 
obtenues a I'aide de methodes de valeur acquise (voir la section 7.3.2.2), mais peuvent faire appel a 
d'autres methodes telles que I'analogie avec des projets anterieurs, la devaluation du travail restant, 
I'inclusion de I'impact d'evenements extemes sur I'echeancier et d'autres. Cette information doit 
etre mise a disposition avec les informations concemant la performance et d'autres informations 
importantes qui doivent etre diffusees aux fins de prise de decision. Les methodes de prevision sont 
decrites dans la section 10.5.2.2. Des informations supplementaires sur les rapports d'avancement 
sont foumies dans la section 1 0.5.3.1 . 
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.3 Actifs organisationnels 

Parmi les actifs organisationnels (voir la section 2.4.3) qui peuvent avoir une influence sur le 
processus Diffuserles informations, on peut citer : 

• les reglements, procedures et directives concemant la diffusion de rinformation, 

• les modeles, et 

• rinformation historique et les legons apprises. 

10.3.2 Diffuser les informations : outils et techniques 

.1 Methodes de communication 

Les reunions individuelles et en groupe, les audioconferences et les visioconferences, la 
messagerie instantanee et d'autres methodes de communication a distance sont utilisees pour 
diffuser les informations. 

.2 Outils de diffusion de rinformation : 

Les informations du projet peuvent etre diffusees par le biais d'une variete d'outils, comprenant : 

• la diffusion de documents papier, les systemes de classement manuels, les communiques de 
presse et I'acces partage a des bases de donnees electroniques ; 

• les outils electroniques de communication et de conference, tels que le courriel, la telecopie, 
la messagerie vocale, le telephone, la visioconference et les conferences par Internet, les sites 
Web et la publication par Internet, et 

• les outils electroniques de management de projet, tels que les aides a la gestion des echeanciers 
sur Internet et les logiciels de gestion de projet, les logiciels de reunion et de bureau virtuel, les 
portails et les outils de gestion du travail en mode collaboratif. 

10.3.3 Diffuser les informations : donnees de sortie 

.1 Mises a jour des actifs organisationnels 

Les actifs organisationnels susceptibles d'etre mis a jour comprennent entre autres : 

• les notifications des parties prenantes. Les informations concemant les problemes majeurs 
resolus, les modifications approuvees et I'etat general du projet peuvent etre foumies aux 
parties prenantes. 
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• les rapports du projet. Les rapports formels et informels du projet decrivent I'etat du projet 
et incluent les legons apprises, les registres des problemes majeurs, les rapports de cloture du 
projet et les donnees de sortie d'autres domaines de connaissances (chapitres 4 a 12). 

• les presentations du projet. L'equipe de projet fournit des informations de maniere formelle 
et informelle a une ou a toutes les parties prenantes du projet. L' information et la methode de 
presentation doivent etre adaptees aux besoins de I'audience. 

• les enregistrements du projet. Les enregistrements du projet peuvent comprendre la 
correspondance, les memos, les comptes-rendus des reunions et d'autres documents decrivant 
le projet. Ces informations doivent, dans la mesure ou cela est possible et approprie, etre 
conservees de maniere organisee. Les membres de l'equipe de projet peuvent egalement 
conserver les enregistrements dans un cahier ou un registre du projet, qui peut etre physique 
ou electronique. 

• le retour d'information des parties prenantes. Les informations regues des parties prenantes 
concernant les operations du projet peuvent etre diffusees et utilisees pour modifier ou ameliorer 
la performance future du projet. 

• la documentation des legons apprises. La documentation comprend les causes des 
problemes majeurs, le raisonnement a I'appui de Taction corrective choisie et d'autres types de 
legons apprises concernant la diffusion de I'information. Les legons apprises sont documentees 
et diffusees de sorte qu'elles integrent la base de donnees historique a la fois pour le projet et 
I'entreprise realisatrice. 

10.4 Gerer les attentes des parties prenantes 

Gerer les attentes des parties prenantes est le processus qui consiste a communiquer avec les parties 
prenantes, et a travailler avec elles pour repondre a leurs besoins et aborder les problemes majeurs lorsqu'ils 
se posent. Voir les figures 1 0-1 1 et 1 0-1 2. Gerer les attentes des parties prenantes implique des activites de 
communication orientees vers les parties prenantes du projet en vue d'influencer leurs attentes, prendre en 
compte leurs preoccupations et resoudre des problemes majeurs tels que : 

• la gestion active des attentes des parties prenantes afin de renforcer la probabilite d'acceptation du 
projet en negociant et en influengant leurs souhaits pour atteindre et maintenir les objectifs du projet, 

• la prise en compte de preoccupations qui ne sont pas encore devenues des problemes majeurs, 
generalement liees a I'anticipation de problemes futurs. Ces preoccupations doivent etre mentionnees, 
discutees, et les risques doivent en etre evalues, et 

• la clarification et la resolution des problemes majeurs identifies. La resolution peut se traduire par une 
demande de modification ou peut etre abordee en dehors du projet, par exemple, elle pourrait etre 
differee pour un autre projet ou une autre phase ou renvoyee a une autre entite organisationnelle. 



©2008 Project Management Institute. Guide du Corpus des connaissances en management de projet (Guide PMBOK®) — Quatrieme edition 



CHAPITRE 10 - MANAGEMENT DES COMMUNICATIONS DU PROJET 



Gerer les attentes contribue a accroitre la probability de succes du projet en assurant que les parties 
prenantes comprennent les avantages et les risques du projet. Ceci leur permet d'etre des partisans actifs du 
projet et de contribuer a revaluation des risques dans les choix du projet. En anticipant la reaction des gens 
face au projet, il est possible de prendre des mesures preventives pour gagner leur soutien ou minimiser les 
eventuels impacts negatifs. 

Le chef de projet est responsable de la gestion des attentes des parties prenantes. Une gestion active 
des attentes des parties prenantes reduit le risque que le projet n'atteigne pas ses buts et objectifs a cause 
de problemes majeurs non resolus au niveau des parties prenantes, et elle limite les perturbations au cours 
du projet. 



Registre des parties 
prenantes 
.2 Strategie de management 
; parties prenantes 



Registre des problemes 



.2 Competences 
interpersonnelles 

.3 Competences en 
management 
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.3 Mises a jour du plan de 

management du projet 
.4 Mises a jour des 

documents du projet 



Figure 10-11. Gerer les attentes des parties prenantes : 
donnees d'entree, outils et techniques, et donnees de sortie 



Management des communications du projet 



Figure 10-12. Diagramme deflux des donnees du processus Gerer les attentes des parties prenantes 
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10.4.1 Gerer les attentes des parties prenantes : donnees d'entree 
.1 Registre des parties prenantes 

Le registre des parties prenantes (voir la section 10.1.3.1) est une liste pertinente des parties 
prenantes du projet. II sert a s'assurer que toutes les parties prenantes soient incluses dans les 
communications relatives au projet. 

.2 Strategie de management des parties prenantes 

La comprehension des buts et des objectifs des parties prenantes sert a determiner une strategie 
de management des leurs attentes. La strategie est documented dans le document relatif a la strategie 
de management des parties prenantes (voir la section 1 0.1 .3.2). 

.3 Plan de management du projet 

Le plan de management du projet (voir la section 4.2.3.1) contient le plan de management de la 
communication decrit dans la section 10.2.3.1. Les exigences et les attentes des parties prenantes 
contribuent a la comprehension de leurs buts et objectifs, et de leur niveau de communication requis 
au cours du projet. Les besoins et les attentes sont identifies, analyses et document.es dans le plan de 
management de la communication, qui est un plan subsidiaire du plan de management du projet. 

.4 Registre des problemes majeurs 

Un registre des problemes majeurs ou un registre d'enregistrement des actions peut servir a 
documenter et a surveiller la resolution des problemes majeurs. II peut etre utilise pour favoriser 
la communication et assurer une meme comprehension des problemes majeurs. Les problemes 
majeurs ne se developpent pas habituellement au point de devenir un projet ou une activite, mais 
sont generalement examines afin de maintenir de bonnes relations de travail constructives entre les 
differentes parties prenantes, y compris les membres de I'equipe. 

Les problemes majeurs sont clairement enonces et classes selon leur urgence et leur impact 
potentiel. Une action a entreprendre est affectee a un responsable qui doit s'en occuper, et une date 
cible est generalement fixee pour sa resolution. Les problemes majeurs non resolus peuvent etre une 
source importante de conflits et de retards au niveau du projet. 

.5 Registre des modifications 

Un registre des modifications sert a documenter les modifications qui ont lieu au cours du projet. 
Ces modifications et leur impact sur le projet en termes de temps, de couts et de risques doivent etre 
communiques aux parties prenantes appropriees. 
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.6 Actifs organisationnels 

Parmi les actifs organisationnels qui peuvent avoir une influence sur le processus Gerer les attentes 
des parties prenantes, on peut citer : 

• les exigences de I'organisation en matiere de communication, 

• les procedures de management des problemes majeurs, 

• les procedures de maitrise des modifications, et 

• I'information historique des projets precedents. 

10.4.2 Gerer les attentes des parties prenantes : outils et techniques 

.1 Methodes de communication 

Les methodes de communication identifies pour chaque partie prenante dans le plan de 
management de la communication sont utilisees au cours du management des parties prenantes. 

.2 Competences interpersonnelles 

Le chef de projet fait appel a des competences interpersonnelles adequates pour gerer les attentes 
des parties prenantes. Par exemple : 

• instaurer un climat de confiance, 

• resoudre les conflits, 

• ecouter de maniere active, et 

• surmonter la resistance au changement. 

Des informations complementaires sur les competences interpersonnelles sont foumies dans 
I'Appendice G. 

.3 Competences en management 

Le management est Taction de diriger et de controler un groupe de personnes dans le but de 
coordonner et d'harmoniser le groupe pour lui permettre d'atteindre un objectif au-dela de la portee 
de I'effort individuel. Les competences en management employees par le chef de projet comprennent, 
entre autres : 

• les aptitudes a presenter, 

• la negociation, 

• les competences en redaction, et 

• les talents d'orateur. 
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10.4.3 Gerer les attentes des parties prenantes : donnees de sortie 

.1 Mises a jour des actifs organisationnels 

Certains actifs organisationnels peuvent necessiter des mises a jour ; ce sont, en particulier : 

• les causes des problemes majeurs, 

• le raisonnement a I'appui des actions correctives choisies, et 

• les legons apprises de la gestion des attentes des parties prenantes. 

.2 Demandes de modification 

La gestion des attentes de parties prenantes peut resulter en une demande de modification du produit 
ou du projet. Elle peut egalement comporter des actions correctives ou preventives, selon le cas. 

.3 Mises a jour du plan de management du projet 

Le plan de management de la communication est un des elements du plan de management du 
projet qui sont susceptibles de mises a jour. Une mise a jour a lieu lorsque de nouveaux besoins ou des 
besoins modifies en communication sont identifies. Par exemple, certaines communications peuvent 
ne plus etre necessaires, une methode de communication inefficace peut etre remplacee par une 
autre methode ou un nouveau besoin en communication peut etre identifie. 

.4 Mises a jour des documents du projet 

Certains documents du projet peuvent necessiter des mises a jour ; ce sont, en particulier : 

• la strategie de management des parties prenantes. Celle-ci est mise a jour par suite de la 
prise en consideration de certaines preoccupations et de la resolution des problemes majeurs. 
Par exemple, il peut etre determine qu'une partie prenante a des besoins en information 
supplemental. 

• le registre des parties prenantes. Celui-ci est mis a jour a mesure que changent les 
informations sur les parties prenantes, lorsque de nouvelles parties prenantes sont identifies 
ou que des parties prenantes enregistrees ne sont plus concemees ou touchees par le projet, 
ou lorsque d'autres mises a jour pour des parties prenantes specifiques sont requises. 

• le registre des problemes majeurs. Ce dernier est mis a jour au fur et a mesure que de nouveaux 
problemes majeurs sont identifies et que les problemes majeurs actuels sont resolus. 
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10.5 Rendre compte de la performance 

Rendre compte de la performance est le processus qui consiste a collecter et a distribuer les informations 
relatives a la performance, ce qui inclut les rapports d'etat, les mesures d'avancement et les previsions. Voir 
les figures 10-13 et 10-14. Le processus d'etablissement du rapport d'avancement comprend la collecte et 
I'analyse periodiques des donnees reelles par rapport a la reference de base pour comprendre et communiquer 
I'avancement et la performance du projet ainsi que pour prevoir les resultats du projet. 

Les rapports d'avancement se doivent de fournir des informations a un niveau adapte a chaque audience. 
Le format peut aller d'un rapport d'etat simple a des rapports plus elabores. Un rapport d'etat simple peut faire 
apparaitre les informations sur la performance, telles que le pourcentage d'achevement ou les indicateurs 
d'etat pour chaque domaine (c.-a-d. le contenu, I'echeancier, les couts et la qualite). Parmi les rapports plus 
elabores, on peut citer : 

• I'analyse des performances passees, 

• I'etat actuel des risques et des problemes majeurs, 

• le travail achieve au cours de la periode, 

• le travail a achever au cours de la periode suivante, 

• le resume des modifications approuvees au cours de la periode, et 

• d'autres informations pertinentes sujettes a examen et a discussion. 

Un rapport complet devrait egalement comporter les previsions pour I'achevement du projet (y compris la 
duree et les couts). Ces rapports peuvent etre etablis regulierement ou d'une maniere exceptionnelle. 



*f 



.1 Plan de management 



.1 Analyse de I'ecart 
.2 Methodes de prevision 
.3 Methodes de 

communication 
.4 Systeme de rapports 



.1 Rapports d'avancement 
.2 Mises a jour des actifs 
organisationnels 



Figure 10-13. Rendre compte de la performance : 
donnees d'entree, outils et techniques, et donnees de sortie 



©2008 Project Management Institute. Guide du Corpus des connaissances en management de projet (Guide PMBOIf) — Quatrieme edition 



CHAPITRE 10 - MANAGEMENT DES COMMUNICATIONS DU PROJET 



Elaborer le plan 

de management 

du projet 



Management des communications du projet 



• Plan de management 





5.5 












Inlander 












7.3 












4.3 







9.4 

Dinger I'equipe 

de projet 












11.6 
Surveiller 












12.3 












Surveiller et 
travail du projet 





Mettre en ceuvre 
a maitrise integree 
des modifications 



Figure 10-14. Diagramme de flux des donnees du processus Rendre compte de la performance 

10.5.1 Rendre compte de la performance : donnees d'entree 

.1 Plan de management du projet 

Le plan de management du projet fournit les informations sur les references de base du projet. 
La reference de base des mesures de performance est un plan approuve du travail du projet auquel 
I'execution du projet est comparee, et les ecarts mesures aux fins de maitrise par le management. 
La reference de base des mesures de performance integre generalement les parametres du contenu, 
de I'echeancier et des couts du projet, mais peut egalement comporter des parametres techniques 
et de qualite. 
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.2 Information sur la performance du travail 

Les informations sur les activites du projet sont recueillies a partir des resultats de performance 
tels que : 

• I'etat des livrables, 

• I'avancement de I'echeancier, et 

• les couts encourus. 

.3 Mesures de performance du travail 

L'information sur la performance du travail est utilisee pour etablir des metriques d'activite du 
projet afin d'evaluer I'avancement reel par rapport a I'avancement prevu. Ces metriques comprennent, 
en particulier: 

• la performance des delais planifiee par rapport a la performance reelle, 

• la performance des couts planifiee par rapport a la performance reelle, et 

• la performance technique planifiee par rapport a la performance reelle. 

.4 Previsions budgetaires 

L'information sur les previsions budgetaires, tiree du processus Maitriser les couts (voir la section 
7.3.3.2) fournit des renseignements sur les fonds supplementaires qui sont censes etre requis pour le 
travail restant, ainsi que le cout estime pour achievement de I'ensemble du travail du projet. 

.5 Actifs organisationnels 

Parmi les actifs organisationnels qui peuvent avoir une influence sur le processus Rendre compte 
de la performance, on peut citer : 

• les modeles de rapport, 

• les politiques et procedures definissant les mesures et les indicateurs a utiliser, et 

• les limites d'ecart definies par I'organisation. 

10.5.2 Rendre compte de la performance : outils et techniques 

.1 Analyse de I'ecart 

L'analyse de I'ecart est un examen a posteriori visant a verifier ce qui a cause une difference entre 
la performance reelle et la reference de base. Le processus permettant d'effectuer l'analyse de I'ecart 
peut varier en fonction du champ d'application, des normes utilisees et de I'industrie en question. Les 
etapes habituelles sont : 
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• la verification de la qualite de I'information recueillie afin de s'assurer qu'elle soit complete, 
compatible avec les donnees existantes et credible lorsqu'elle est comparee a d'autres 
informations d'etat ou du projet, 

• la determination des ecarts, par la comparaison des informations reelles avec la reference 
de base du projet et par la prise en compte de toutes les differences aussi bien favorables 
que defavorables au resultat du projet. Le management par la valeur acquise fait appel a des 
equations specifiques pour mesurer les ecarts. La technique est expliquee en detail dans la 
section 7.3.2.1. 

• la determination de I'impact des ecarts par rapport aux couts et aux delais du projet ainsi qu'au 
niveau d'autres domaines du projet (c.-a-d. ajustements en matiere de performance qualite, 
modifications du contenu, etc.). 

Le cas echeant, les tendances des ecarts doivent etre analysees, et toute conclusion quant aux 
sources de variation et aux domaines impactes doit etre document.ee. 

.2 Methodes de prevision 

La prevision est le processus qui consiste a predire la performance future du projet sur la base 
de la performance reelle a ce jour. Les methodes de prevision peuvent etre classees en differentes 
categories : 

• les methodes de series chronologiques. Les methodes de series chronologiques utilisent les 
donnees historiques comme base pour I'estimation des resultats futurs. Parmi les exemples 
de methodes dans cette categorie on peut trouver la valeur acquise, la moyenne mobile, 
I'extrapolation, la prediction lineaire, I'estimation de tendances et la courbe de croissance. 

• les methodes causales/econometriques. Certaines methodes de prevision se basent sur 
I'hypothese qu'il est possible d'identifier les facteurs sous-jacents susceptibles d'influencer 
la variable faisant I'objet de la prevision. Par exemple, les ventes de parapluies pourraient etre 
associees aux conditions meteorologiques. Si les causes sont comprises, des projections sur les 
variables d'influence peuvent etre faites puis utilisees dans les previsions. Parmi les exemples 
de methodes dans cette categorie, on trouve I'analyse de regression utilisant la regression 
lineaire ou la regression non lineaire, la moyenne mobile autoregressive et I'econometrie. 

• les methodes de jugement. Les methodes de jugement des previsions incorporent des 
jugements intuitifs, des opinions et des estimations de probabilite. Parmi les exemples de 
methodes dans cette categorie, on trouve les previsions combinees, les enquetes, la methode 
de Delphes, I'elaboration de scenarios, la prevision technologique et la prevision par analogie. 

• autres methodes. D'autres methodes peuvent comprendre la simulation, les previsions 
probabilistes et les previsions globales. 
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.3 Methodes de communication 

Desreunionsde revue peuventpermettred'echangeretd'analyserdesinformationssurravancement 
et la performance du projet. En general, le chef de projet fera appel a une technique de communication 
transmise, comme defini dans la section 1 0.2.2.4, pour diffuser les rapports d'avancement. 

.4 Systeme de rapports 

Un systeme de rapports fournit un outil standard permettant au chef de projet d'enregistrer, de 
sauvegarder et de diffuser aux parties prenantes des informations relatives aux couts, a I'avancement 
de I'echeancier et a la performance du projet. Des logiciels permettent au chef de projet de consolider 
les rapports de plusieurs systemes et favorisent la diffusion des rapports aux parties prenantes du 
projet. Des exemples de formats de diffusion comprennent les rapports en tableau, I'analyse par 
tableur et les presentations. Des outils graphiques peuvent etre utilises pour creer des representations 
visuelles des informations relatives a la performance du projet. 

10.5.3 Rendre compte de la performance : donnees de sortie 

.1 Rapports d'avancement 

Les rapports d'avancement organisent et resument les informations recueillies, et presentent 
les resultats de toute analyse par rapport a la reference de base des mesures de performances. 
Ces rapports doivent fournir les informations relatives a I'etat et a I'avancement, selon le niveau de 
detail requis par diverses parties prenantes, tel que documents dans le plan de management de la 
communication. Les formats habituels pour les rapports d'avancement comprennent des diagrammes 
a barres, des courbes en S, des histogrammes et des tableaux. L'analyse de I'ecart, I'analyse de la 
valeur acquise et les donnees de prevision font souvent partie du rapport d'avancement. La figure 
1 0-1 5 propose une vue en tableau des donnees de valeur acquise (voir la section 7.3.2.1 ). 

Les rapports d'avancement sont publies regulierement et leur format peut aller d'un rapport 
d'etat simple a des rapports plus elabores. Un rapport d'etat simple peut ne faire apparaitre que les 
informations sur la performance, telles que le pourcentage d'achevement ou les indicateurs d'etat pour 
chaque domaine (par exemple, le contenu, I'echeancier, les couts, et la qualite). Parmi les rapports 
plus elabores, on peut citer : 

• I'analyse des performances passees, 

• I'etat actuel des risques et des problemes majeurs, 

• le travail acheve au cours de la periode de rapport, 

• le travail a achever au cours de la periode de rapport suivante, 

• le resume des modifications approuvees au cours de la periode, 

• les resultats de I'analyse de I'ecart, 

• les previsions pour I'achevement du projet (y compris la duree et les couts), et 

• d'autres informations pertinentes a revoir et a discuter. 
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Valeurs 




Ecart 


Indice de performance 




1.0 Plan pre-pilote 


63,000 


58,000 


62,500 


(5,000) 


(4,500) 


0.92 


0.93 


2.0 Listes de controle 


64,000 


48,000 


46,800 


(16,000) 


1,200 


0.75 


1.03 


3.0 Curriculum 


23,000 


20,000 


23,500 


(3,000) 


(3,500) 


0.87 


0.85 


4.0 Evaluation a mi-terme 


68,000 


68,000 


72,500 


- 


(4,500) 


1.00 


0.94 


5.0 Soutien a la mise en oeuvre 


12,000 


10,000 


10,000 


(2,000) 


- 


0.83 


1.00 


6.0 Manuel d'entraTnement 


7,000 


6,200 


6,000 


(800) 


-200 


0.89 


1.03 


7.0 Plan de mise en ceuvre 


20,000 


13,500 


18,100 


(6,500) 


(4,600) 


0.68 


0.75 


Totaux 


257,000 


223,700 


239,400 


(33,300) 


(15,700) 


0.87 


0.93 



Figure 10-15. Exemple de tableau de rapport d'avancement 
.2 Mises a jour des actifs organisationnels 

Parmi les actifs organisationnels qui sont susceptibles de mises a jour, on peut citer les modeles 
de rapport et la documentation des legons apprises, y compris les causes des problemes majeurs et le 
raisonnement a I'appui de Taction corrective choisie et d'autres types de legons apprises concernant 
I'etablissement du rapport d'avancement. Les legons apprises sont documentees de sorte qu'elles 
integrent la base de donnees historique a la fois pour le projet et I'entreprise realisatrice. 

.3 Demandes de modification 

L'analyse de la performance du projet est souvent a I'origine de demandes de modification. Ces 
demandes de modification sont traitees par le processus Mettre en ceuvre la maitrise integree des 
modifications (voir la section 4.5) comme suit : 

• les actions correctives recommandees incluent des modifications qui alignent la performance 
future prevue du projet sur celle du plan de management du projet, et 

• les actions preventives recommandees peuvent reduire la probability d'une performance future 
negative pour le projet. 
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MANAGEMENT DES RISQUES DU PROJET 

Le management des risques du projet comprend les processus de conduite de la planification du 
management des risques, leur identification, leur analyse, la planification des responses aux risques, ainsi 
que leur surveillance et maitrise dans le cadre du projet. Les objectifs du management des risques du projet 
sont d'accroitre la probabilite et I'impact des evenements positifs, et de reduire la probabilite et I'impact des 
evenements negatifs dans le cadre du projet. 

La figure 11-1 donne une vue d'ensemble des processus de management des risques du projet. Ces 
processus sont les suivants : 

1 1 .1 Planifier le management des risques— c'est le processus qui consiste a definir les methodes 
de conduite des activit.es de management des risques d'un projet. 

11.2 Identifier les risques— c'est le processus qui consiste a identifier les risques pouvant affecter 
le projet et a documenter leurs caracteristiques. 

11.3 Mettre en oeuvre I'analyse qualitative des risques — c'est le processus qui consiste a definir 
I'ordre de priorite des risques pour analyse ou actions ulterieures, par evaluation et combinaison 
de leur probabilite d'occurrence et de leur impact. 

11.4 Mettre en oeuvre I'analyse quantitative des risques — c'est le processus qui consiste a 
analyser numeriquement les effets des risques identifies sur I'ensemble des objectifs du projet. 

11.5 Planifier les reponses aux risques— c'est le processus qui consiste a developper des options 
et des actions permettant d'augmenter les opportunit.es et de reduire les menaces relatives aux 
objectifs du projet. 

11.6 Surveiller et maitriser les risques— c'est le processus qui consiste a mettre en oeuvre les 
plans de reponse aux risques, a suivre les risques identifies, a surveiller les risques residuels, a 
identifier les nouveaux risques et a evaluer I'efficacite du processus de management des risques 
toutau long du projet. 
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Figure 11-1. Vue d'ensemble du management des risques du projet 
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Ces processus interagissent entre eux et avec les processus des autres domaines de connaissance. 
Suivant les besoins du projet, chaque processus peut demander I'effort d'une ou plusieurs personnes. Chaque 
processus est execute au moins une fois dans un projet et dans une ou plusieurs de ses phases si celui-ci 
est decoupe en phases. Bien que les processus soient presentes ici comme des elements distincts ayant 
des interfaces clairement definies, dans la pratique ils se chevauchent et interagissent selon des modalites 
qui ne sont pas detaillees ici. Les interactions de processus sont traitees en detail dans le chapitre 3 sur les 
Processus de management d'un projet. 

Les risques du projet se situent toujours dans le futur. Le risque est un evenement ou une condition possible 
dont la concretisation aurait un effet sur au moins un des objectifs du projet. Les objectifs peuvent se rapporter 
au contenu, aux delais, aux couts et la qualite. Un risque peut avoir une ou plusieurs causes et, s'il survient, il 
peut avoir un ou plusieurs impacts. Une cause peut etre une exigence, une hypothese, une contrainte ou une 
condition pouvant conduire a des resultats negatifs ou positifs. Par exemple, parmi les causes on peut citer 
I'exigence d'un permis environnemental pour effectuer un travail ou une limitation quant au personnel affecte 
a la conception du projet. Le risque est que I'agence delivrant les permis prenne plus de temps que prevu 
pour delivrer un permis, ou dans le cas d'une opportunity, que le nombre limite de concepteurs disponibles et 
affect.es a une tache soit malgre tout en mesure de terminer le travail dans les delais, accomplissant de ce fait 
le travail en utilisant moins de ressources. Si I'un ou I'autre de ces evenements incertains se produit, il peut y 
avoir un impact au niveau des couts, de I'echeancier ou de la performance du projet. Les situations a risque 
peuvent englober des aspects environnementaux du projet ou de I'organisation susceptibles de s'ajouter aux 
autres risques du projet, tels que de mauvaises pratiques de management de projet, le manque de systemes de 
management integres, la presence de plusieurs projets concourants ou la dependance vis-a-vis de participants 
extemes qui ne peuvent pas etre controles. 

Les risques du projet trouvent leur origine dans I'incertitude presente dans tout projet. Les risques connus 
sont ceux qui ont ete identifies et analyses, permettant ainsi de planifier des reponses a ces risques. Des 
risques inconnus specifiques ne peuvent etre geres de fagon proactive, ce qui suggere que I'equipe de projet 
se doit d'elaborer un plan de secours. Un risque du projet qui s'est produit peut egalement etre considere 
comme un probleme majeur. 
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Les organisations pergoivent les risques comme I'effet de I'incertitude sur leurs objectifs du projet et 
organisationnels. Les organisations et les parties prenantes sont disposees a accepter differents niveaux de 
risque. Ceci s'appelle la tolerance aux risques. Les risques qui constituent une menace pour le projet peuvent 
etre acceptes s'ils se situent dans les limites de tolerance et sont contrebalances par les benefices qui pourraient 
en etre tires suite a la prise de risque. Par exemple, I'adoption d'un echeancier en execution acceleree par 
chevauchement (voir la section 6.5.2.7) est un risque pris pour tirer profit d'une date d'achevement anticipee. 

Les personnes et les groupes adoptent des attitudes a regard des risques qui influencent la fagon dont ils 
y repondent. Ces attitudes par rapport aux risques sont motivees par la perception, les tolerances et d'autres 
partis pris, qui doivent etre explicites autant que possible. Une approche coherente en matiere de risque doit 
etre mise au point pour chaque projet, et la communication a propos des risques et de leur traitement doit etre 
ouverte et honnete. Les responses aux risques refletent I'equilibre pergu par une organisation entre la prise de 
risque et son evitement. 

Pour reussir, I'organisation doit s'engager a traiter le management des risques de fagon proactive et 
coherente tout au long du projet. Un choix conscient doit etre fait a tous les niveaux de I'organisation en vue 
d'identifier et de poursuivre activement un management des risques efficace pendant la duree du projet. Le 
risque existe des la conception du projet. Aller de I'avant dans un projet, sans adopter une demarche proactive 
en matiere de management des risques accroit I'impact que la realisation d'un risque peut avoir sur le projet 
et peut, le cas echeant, conduire le projet a I'echec. 

11.1 Planif ier le management des risques 

Planifier le management des risques est le processus qui consiste a definir les methodes de conduite des 
activites de management des risques d'un projet (voir les figures 11-2 et 11-3). Une planification soignee 
et explicite renforce les chances de succes des cinq autres processus de management des risques. La 
planification des processus de management des risques est importante pour assurer que le niveau, le type et 
la visibilite du management des risques soient proportionnes a la fois aux risques et a I'importance du projet 
pour I'organisation. La planification est aussi importante pour fournir les ressources et le temps suffisants 
aux activites de management des risques et pour etablir une base convenue pour revaluation des risques. Le 
processus Planifier le management des risques doit commencer des la conception du projet et doit etre acheve 
tot pendant la planification du projet. 



©2008 Project Management Institute. Guide du Corpus des connaissances en management de projet (Guide PMBOK®) — Quatrieme edition 



CHAPITRE 11 - MANAGEMENT DES RISQUES DU PROJET 



FTTTTTTYn 



Enonce du contenu 

Plan de management 
des couts 
.3 Plan de management de 

.4 Plan de management de 

.5 Facteurs envirannementaux 

de I'entreprise 
.6 Actifs organisationnels 



.1 Reunions de planificatior 



m 



1 Plan de management 



► 



-J 



Figure 11-2. Planifier le management des risques : donnees d'entree, 
outils et techniques, et donnees de sortie 
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Figure 1 1 -3. Diagramme de flux des donnees du processus Planifier le management des risques 
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11.1.1 Planifier le management des risques : donnees d'entree 

.1 Enonce du contenu du projet 

L'enonce du contenu du projet fournit un apergu clair de I'eventail des possibility associees au 
projet et a ses livrables, et etablit le cadre pour definir le niveau de management des risques qui sera 
finalement retenu. II est decrit a la section 5.2.3.1 . 

.2 Plan de management des coins 

Le plan de management des couts du projet definit la fagon dont les budgets pour la couverture 
des risques, les provisions pour aleas et les provisions pour imprevus seront enregistres et utilises. II 
est decrit a la section 7.0. 

.3 Plan de management de I'echeancier 

Le plan de management de I'echeancier definit la fagon dont les aleas en matiere d'echeancier 
seront enregistres et evalues. II est decrit a la section 6.0. 

.4 Plan de management de la communication 

Le plan de management de la communication du projet definit les interactions qui auront lieu au 
cours du projet et determine qui sera disponible pour faire circuler I'information sur les differents 
risques et les reponses correspondantes, a differents moments (et en differents endroits). II est decrit 
a la section 10.2.3.1. 

.5 Facteurs environnementaux de I'entreprise 

Parmi les facteurs environnementaux de I'entreprise qui sont susceptibles d'influencer le processus 
Planifier le management des risques on peut citer, entre autres, les attitudes face aux risques et 
la tolerance aux risques qui decrivent le niveau de risque qu'une organisation est en mesure de 
supporter. 

.6 Actifs organisationnels 

Parmi les actifs organisationnels qui peuvent avoir une influence sur le processus Planifier le 
management des risques, on peut citer : 

• les categories de risques, 

• les definitions courantes des concepts et des termes, 

• les formats d'enonce du risque, 

• les modeles standard, 

• les roles et les responsabilit.es, 
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• les niveaux d'autorite pour la prise de decision, 

• les legons apprises, et 

• les registres des parties prenantes, qui sont egalement des actifs critiques devant etre revus 
comme composants pour I'etablissement de plans efficaces de management des risques. 

11.1.2 Planifier le management des risques : outils et techniques 

.1 Reunions de planification et d'analyse 

Les equipes de projet tiennent des reunions de planification dans le but d'elaborer le plan de 
management des risques. Les participants a ces reunions peuvent compter le chef de projet, des 
membres selectionnes de I'equipe de projet et des parties prenantes, toute personne au sein de 
I'organisation ayant la responsabilite de gerer la planification et I'execution des activit.es liees aux 
risques, ainsi que d'autres personnes selon les besoins. 

Des plans a haut niveau pour I'execution des activit.es de management des risques sont definis lors 
de ces reunions. Les elements de cout du management des risques et les activit.es de I'echeancier 
seront compiles pour inclusion respectivement dans le budget et I'echeancier du projet. Les approches 
concemant I'application de la provision pour aleas relative aux risques peuvent etre elaborees ou 
revues. Les responsabilites de management des risques seront attributes. Des modeles generaux 
d'organisation pour les categories de risques et les definitions de termes tels que les niveaux de 
risque, la probabilite par type de risque, I'impact par type d'objectif et la matrice de probabilite et 
d'impact seront adaptes au projet specifique. Si des modeles pour d'autres etapes du processus 
n'existent pas, ils peuvent etre congus au cours de ces reunions. Les donnees de sortie de ces 
activites seront recapitulees dans le plan de management des risques. 

11.1.3 Planifier le management des risques : donnees de sortie 

.1 Plan de management des risques 

Le plan de management des risques decrit la fagon dont le management des risques sera structure 
et execute dans le cadre du projet. II devient un sous-ensemble du plan de management du projet 
(voir la section 4.2.3.1). Le plan de management des risques comprend les elements qui suivent : 

• Methodologie. Elle definit les approches, les outils et les sources de donnees pouvant etre 
utilises pour realiser le management des risques du projet. 

• Roles et responsabilites. Ils definissent les membres de I'equipe en charge de la conduite, du 
soutien et du management des risques pour chaque type d'activite contenue dans le plan de 
management des risques, et clarifient leurs responsabilites. 
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Budgetisation. Elle affecte les ressources, estime les fonds necessaires au management des 
risques afin de les inclure dans la reference de base de performance des couts et etablit les 
protocoles pour I'utilisation de la provision pouraleas (voir la section 7.2.3.1). 

Calendrier. II definit a quel moment et a quelle frequence le processus de management des 
risques sera effectue au cours du cycle de vie du projet, etablit les protocoles pour I'utilisation 
des provisions pour aleas de I'echeancier et prevoit les activites de management des risques a 
inclure dans I'echeancier du projet (voir la section 6.5.3.1). 

Categories de risques. Elles foumissent une structure qui assure un processus exhaustif 
d'identification systematique des risques a un niveau de detail coherent, et qui contribue a 
I'efficacite et a la qualite du processus Identifier les risques. Une organisation peut utiliser une 
matrice de categorisation precedemment etablie, pouvant revetir la forme d'une simple liste 
de categories ou etre structure en une structure de decoupage des risques. La structure de 
decoupage des risques est une representation hierarchique des risques identifies du projet, 
ordonnes par categorie et par sous-categorie de risque, qui identifie les differents domaines et 
les diverses causes des risques potentiels. Un exemple est donne a la figure 1 1 -4. 



Performances 



La structure de decoupage des risques fournit la liste des categories et des sous-categories au sein desquelles 
des risques sont susceptibles d'apparaTtre dans le cadre d'un projet typique. Differentes structures de decoupage 
des risques peuvent etre appropriees selon les types de projets et d'organisations. Cette approche a, entre autres, 
I'avantage de rappeler aux participants a un exercice d'identification des risques que, pour un projet, ces risques 
peuvent proven 



Figure 1 1 -4. Exemple de structure de decoupage des risques 
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Definitions de la probability et de I'impact des risques. La qualite et la credibility du 
processus Mettre en ceuvre /'analyse qualitative des risques exigent que differents niveaux 
de probabilite et d'impact des risques soient definis. Les definitions generates des niveaux 
de probabilite et d'impact sont adaptees a chaque projet en particulier au cours du processus 
Planifier le management des risques afin d'etre utilisees dans le processus Mettre en ceuvre 
/'analyse qualitative des risques (voir la section 11.3). La figure 11-5 est un exemple de 
definitions d'impacts negatifs qui pourraient etre utilisees dans revaluation des impacts 
des risques lies a quatre objectifs du projet. (Des tableaux similaires pourraient etre realises 
avec une perspective d'impacts positifs). La figure illustre les approches a la fois relative et 
numerique (dans le cas present, non lineaire). 



Conditions definies pour les echelles d'impact d'un risque sur les principaux objectifs du projet 

(exemples preserves pour les impacts negatifs seulement) 


Objectif 
du projet 


Representation des echelles relatives ou numeriques 


Tres faible/ 0,05 


Faible/0,10 


Modere/0,20 


Eleve/0,40 


Tres eleve / 0,80 


_ 


Surcout non 
significatif 


Surcout <10% 


Surcout 10-20% 


Surcout 20-40% 


Surcout >40% 


Delais 


delais non significative 


Augmentation des 
delais <5% 


Augmentation des 
delais 5-10% 


Augmentation 
des delais 10-20% 


Augmentation 
des delais >20% 


Content! 


Reduction du contenu 


d D uTo a nt n e e n S u m affe e ct"s 


Domaines majeurs 
du contenu affectes 


Reduction du contenu 
inacceptable pour le 


Produit final du 
projet effectivement 


Qualite 


Degradation de la 
qualite a peine 


Seules des applications 
tres exigeantes 
sont affectees 


Reduction de la qualite 
exigeant I'approbation 


Reduction de la qualite 
inacceptable pour le 


Produit final du 
projet effectivement 


Ce tableau presente des exemples de definitions de I'impact d'un risque sur quatre objectifs differents du projet. II convient de 
les adapter dans le cadre du processus de planification du management des risques au projet concerne et aux seuils de tolerance 



Figure 11-5. Definition des echelles d'impact pour quatre objectifs du projet 

• Matrice de probabilite et d'impact. Les risques sont classes par ordre de priorite en fonction 
des implications potentielles de leurs effets sur les objectifs du projet. L'approche typique du 
classement des risques par priorite consiste a utiliser une table de conversion ou une matrice de 
probabilite et d'impact (voir la section 1 1 .3.2.2). Les combinaisons specifiques de probabilite et 
d'impact qui conduisent a evaluer un risque comme ayant une importance « forte », « moderee » 
ou « faible » sont generalement fixees par I'organisation ; le degre d'importance etabli serf a la 
planification des reponses au risque en question (voir la section 1 1 .5). 

• Tolerances revisees des parties prenantes. Les tolerances des parties prenantes peuvent 
faire I'objet d'une revision dans le cadre du processus Planifier le management des risques, 
selon la fagon dont elles s'appliquent au projet en question. 
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Formats des rapports, lis definissent comment les resultats des processus de management 
des risques seront document.es, analyses et communiques, lis decrivent le contenu et le format 
du registre des risques ainsi que tous autres rapports necessaires relatifs aux risques. 

Suivi. II documente la fagon dont les activites concemant les risques seront enregistrees au 
profit du projet en cours, des besoins futurs et des legons apprises. II precise si les processus 
de management des risques seront audit.es, et comment. 



1 1 .2 Identifier les risques 



Identifier les risques est le processus qui consiste a identifier les risques pouvant affecter le projet et a 
documenter leurs caracteristiques (voir les figures 1 1 -6 et 1 1 -7). Les participants aux activites d'identification 
des risques comprennent, entre autres, le chef de projet, les membres de I'equipe de projet, I'equipe de 
management des risques (si constitute), les clients, les experts dans un domaine particulier et extemes a 
I'equipe de projet, les utilisateurs, d'autres chefs de projet, les parties prenantes et les experts en management 
des risques. Bien que ces personnes soient souvent les participants cles pour I'identification des risques, tout 
le personnel conceme par le projet devrait etre encourage a identifier les risques. 

Identifier les risques est un processus iteratif car de nouveaux risques peuvent apparaitre ou evoluer a 
mesure que le projet progresse dans son cycle de vie. La frequence de cette iteration et les participants a chacun 
de ces cycles varient d'une situation a I'autre. Le format des enonces de risque doit etre coherent afin d'assurer 
la possibilite de comparer I'effet relatif d'un evenement a risque a d'autres evenements dans le cadre du projet. 
L'equipe de projet devrait etre impliquee dans le processus de sorte qu'elle puisse developper et maintenir 
leur implication et leur sentiment de responsabilite quant aux risques et aux actions de reponse associees. Les 
parties prenantes extemes a I'equipe de projet peuvent fournir une information objective supplemental. 



.1 Plan de management 
.2 Estimations du cout 
.3 Estimations de la duree 
.4 Reference debase 
.5 Registre des parties 
igement 



.8 Plan de management di 

la qualite 
.9 Documents du projet 
10 Facteurs 



.1 Revues de la 



.2 Techniques de collecte 

des informations 
.3 Analyse des listes 

de controle 
.4 Analyse des hypotheses 
.5 Techniques de 

representation en 




Figure 11-6. Identifier les risques : donnees d'entree, outils et techniques, et donnees de sortie 
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Figure 11-7. Diagramme deflux des donnees du processus Identifier les risques 
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11.2.1 Identifier les risques : donnees d'entree 

.1 Plan de management des risques 

Les donnees d'entree clesfoumies par le plan de management des risques au processus Identifier 
les risques sont les affectations des roles et les attributions des responsabilites, les provisions figurant 
dans le budget et I'echeancier pour les activites de management des risques, et les categories de 
risques (voir la section 1 1 .1 ), qui sont parfois exprimees dans une structure de decoupage des risques 
(voir la figure 11-4). 

.2 Estimations du cout des activites 

Les revues de I'estimation du cout des activites sont utiles pour I'identification du risque car 
elles foumissent une evaluation quantitative du cout probable pour I'achevement des activites de 
I'echeancier, et sont idealement exprimees sous forme de fourchette, I'amplitude de cette fourchette 
indiquant le ou les degres de risque. La revue peut donner lieu a des projections indiquant si I'estimation 
est suffisante ou insuffisante pour achever I'activite (et, par consequent, constituer un risque pour le 
projet) (voir la section 7.1.3.1). 

.3 Estimations de la duree des activites 

Les revues de I'estimation de la duree des activites sont utiles pour I'identification des risques lies 
au temps alloue aux activites ou a I'ensemble du projet, ici encore avec I'amplitude de la fourchette 
indiquant le ou les degres relatifs de risque (voir la section 6.4.3.1). 

.4 Reference de base du contenu 

Les hypotheses du projet se trouvent dans I'enonce du contenu du projet (voir la section 5.2.3.1). 
L'incertitude au niveau des hypotheses du projet doit etre evaluee en tant que cause potentielle de 
risque pour le projet. 

La structure de decoupage du projet est une donnee d'entree cruciale pour I'identification des 
risques car elle facilite la comprehension des risques potentiels tant au niveau micro qu'au niveau 
macro. Les risques peuvent etre identifies et ensuite suivis au niveau recapitulatif, du compte de 
controle et/ou du lot de travail. 

.5 Registre des parties prenantes 

Les informations concernant les parties prenantes seront utiles pour solliciter des donnees d'entree 
pour I'identification des risques car ceci permettra de s'assurer que les parties prenantes cles, tout 
particulierement le client, soient interviewees ou sinon participent au cours du processus Identifier les 
risques (voir la section 1 0.1 .3.1 ). 

.6 Plan de management des couts 

Le processus Identifier les risques exige la comprehension du plan de management des couts qui fait 
partie du plan de management du projet (voir la section 7.0). Par sa nature ou sa structure, I'approche 
specifique au projet relative au management des couts peut generer des risques ou les attenuer. 
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.7 Plan de management de I'echeancier 

Le processus Identifier les risques exige egalement la comprehension du plan de management de 
I'echeancier qui fait partie du plan de management du projet (voir la section 6.0). Par sa nature ou sa 
structure, I'approche specifique au projet relative au management de I'echeancier peut generer des 
risques ou les attenuer. 

.8 Plan de management de la qualite 

Le processus Identifier les risques exige egalement la comprehension du plan de management de 
la qualite qui fait partie du plan de management du projet (voir la section 8.1.3.1). Par sa nature et 
sa structure, I'approche specifique au projet relative au management de la qualite peut generer des 
risques ou les attenuer. 

.9 Documents du projet 

Les documents du projet comprennent, entre autres : 

• le registre des hypotheses, 

• les rapports sur la performance du travail, 

• les rapports sur la valeur acquise, 

• les diagrammes de reseau, 

• les references de base, et 

• d'autres informations relatives au projet utiles pour I'identification des risques. 

.10 Facteurs environnementaux de I'entreprise 

Parmi les facteurs environnementaux de I'entreprise qui peuvent avoir une influence sur le 
processus Identifier les risques, on peut citer : 

• les informations publiees, y compris les bases de donnees commerciales, 

• les recherches universitaires, 

• les listes de controle publiees, 

• I'etalonnage, 

• les etudes industrielles, et 

• les attitudes face au risque. 
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.1 1 Actifs organisationnels 

Parmi les actifs organisationnels qui peuvent avoir une influence sur le processus Identifier les 
risques, on peut citer : 

• les fichiers du projet, y compris les donnees reelles,, 

• la maitrise des processus du projet et de I'organisation, 

• les modeles d'enonce de risque, et 

• les legons apprises. 

11.2.2 Identifier les risques : outils et techniques 

.1 Revues de la documentation 

Une revue structure de la documentation du projet peut etre effectuee, y compris les plans, les 
hypotheses, les fichiers des projets precedents, les contrats et d'autres informations. La qualite des plans, 
de meme que la coherence entre ces plans et avec les exigences et les hypotheses du projet, peuvent etre 
des indicateurs de risque au niveau du projet. 

.2 Techniques de collecte des informations 

Parmi les exemples de techniques de collecte des informations utilisees pour I'identification des 
risques, on peut citer : 

• le remue-meninges. Le but du remue-meninges est d'obtenir une liste complete des risques 
du projet. L'equipe de projet tient generalement des sessions de remue-meninges, souvent avec 
un ensemble d'experts multidisciplinaires extemes a l'equipe. Les idees concemant les risques 
du projet sont generees sous la conduite d'un facilitateur, soit dans le cadre d'une session 
de remue-meninges traditionnelle ouverte, avec des idees apportees par les participants, ou 
d'une session structure en faisant appel a des techniques d'interviews multiples telles que la 
technique de groupe nominal. Les categories de risques, telles que la structure de decoupage 
des risques, peuvent etre utilisees comme cadre de travail. Les risques sont ensuite identifies 
et classes par type de risque, et leurs definitions sont affinees. 

• la technique de Delphes. La technique de Delphes est un moyen de parvenir a un consensus 
d'experts. Les experts en risques du projet prennent part a cette technique de fagon anonyme. 
Un facilitateur utilise un questionnaire pour susciter des idees sur les risques importants 
du projet. Les reponses sont recapitulees puis redistributes aux experts pour davantage de 
commentaires. Le consensus peut etre atteint apres avoir repete plusieurs fois ce processus. 
La technique de Delphes aide a reduire I'alteration des donnees et empeche qu'une personne 
particuliere ait une influence excessive sur les resultats. 
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• les interviews. La conduite d'interviews avec les participants experiments du projet, les 
parties prenantes et les experts sur le sujet en question permet d'identifier des risques. 

• I'analyse des causes fondamentales. L'analyse des causes fondamentales est une technique 
specifique visant a identifier un probleme, a decouvrir les causes sous-jacentes I'ayant cause 
et a developper des actions preventives. 

.3 Analyse des listes de controle 

Les listes de controle d'identification des risques peuvent etre elaborees sur la base de I'information 
historique et des connaissances accumulees au cours de projets similaires precedents, et a partir 
d'autres sources d'information. Le niveau le plus bas de la structure de decoupage des risques peut 
egalement etre utilise comme liste de controle des risques. Bien qu'une liste de controle puisse etre 
rapide et simple a utiliser, il est impossible d'en elaborer une qui soit exhaustive. L'equipe doit veiller 
a examiner des elements qui ne figurent pas sur la liste de controle. La liste de controle doit etre 
passee en revue lors de la cloture du projet, dans le but d'incorporer les nouvelles legons apprises et 
d'y apporter des ameliorations pour son utilisation dans le cadre de projets futurs. 

.4 Analyse des hypotheses 

Chaque projet et chaque risque identifie du projet est congu et developpe sur la base d'un ensemble 
d'hypotheses, de scenarios ou de suppositions. L'analyse des hypotheses s'attache a etudier la validite 
des hypotheses dans le contexte du projet. Elle identifie les risques du projet dus a I'inexactitude, 
1'instabilite, Incoherence ou au caractere incomplet des hypotheses. 

.5 Techniques de representation en diagramme 

Parmi les techniques de representation des risques en diagramme, on peut citer : 

• les diagrammes cause-effet (voir la section 8.3.2.1). Egalement connus sous le nom de 
diagrammes d'lshikawa ou diagrammes en aretes de poisson, ils sont utiles pour identifier les 
causes des risques. 

• les diagrammes de flux de systeme ou de processus. Ceux-ci montrent comment les divers 
elements d'un systeme sont en relation les uns avec les autres, ainsi que le mecanisme de 
causalite (voir la section 8.3.2.3). 

• les diagrammes d'influence. Ce sont des representations graphiques de situations montrant 
les influences causales, la chronologie des evenements et d'autres relations parmi les variables 
et les resultats. 



©2008 Project Management Institute. Guide du Corpus des connaissances en management de projet (Guide PMBOK®) — Quatrieme edition 



CHAPITRE 11 - MANAGEMENT DES RISQUES DU PROJET 



.6 Analyse FFOM 

Cette technique permetd'etudierleprojetsouschacundes aspects FFOM(asavoirforces,faiblesses, 
opportunity et menaces) afin d'elargir I'etendue des risques identifies, y compris les risques crees 
en interne. Elle commence par Identification des forces et des faiblesses de I'organisation, en se 
concentrant soit sur I'organisation du projet, soit sur les affaires au sens plus large. Ces facteurs sont 
souvent identifies dans le cadre de sessions de remue-meninges. L'analyse FFOM identifie alors, 
pour le projet, toutes les opportunites et toutes les menaces provenant respectivement des forces et 
des faiblesses de I'organisation. L'analyse FFOM etudie egalement le degre selon lequel les forces 
de I'organisation contrebalancent les menaces, ainsi que les opportunites pouvant servir a surmonter 
les faiblesses. 

.7 Jugement d'expert 

Des risques peuvent etre directement identifies par des experts ayant I'experience appropriee a 
partir de projets ou de domaines d'activites similaires. Le chef de projet doit identifier de tels experts 
et les inviter a examiner tous les aspects du projet, et a suggerer des risques potentiels sur la base de 
leur experience passee et de leurs domaines d'expertise. Un parti pris eventuel des experts doit etre 
envisage dans ce processus. 

11.2.3 Identifier les risques : donnees de sortie 

Les principales donnees de sortie du processus Identifier les risques sont generalement contenues dans le 
registre des risques. 

.1 Registre des risques 

Les donnees de sortie principales du processus Identifier les risques sont les entrees initiales du 
registre des risques. En finalite, le registre des risques incorpore les resultats des autres processus de 
management des risques au fur et a mesure de leur execution, ce qui se traduit, au fil du temps, par 
une augmentation du niveau et du type d'informations qui y sont contenues. La preparation du registre 
des risques commence dans le processus Identifier les risques avec les informations ci-dessous, et 
devient ensuite disponible pour les autres processus de management de projet et de management 
des risques du projet. 

• Liste des risques identifies. Les risques identifies sont decrits avec un niveau de detail 
raisonnable. La liste peut avoir une structure simple au niveau des risques, telle que : un 
EVENEMENT susceptible de se produire, causant un IMPACT, ou SI telle CAUSE, un EVENEMENT 
peut survenir, conduisant a un EFFET. En plus de la liste des risques identifies, les causes 
fondamentales de ces risques peuvent devenir plus evidentes. II s'agit de situations ou 
d'evenements fondamentaux qui peuvent etre a I'origine d'un ou plusieurs risques identifies, 
lis doivent etre enregistres et utilises pour appuyer I'identification future des risques aussi bien 
pour ce projet que pour d'autres. 
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• Liste des reponses potentielles. Les reponses potentielles a un risque peuvent parfois etre 
identifies dans le cadre du processus Identifier les risques. Lorsqu'elles sont identifies au 
cours de ce processus, ces reponses peuvent etre utiles comme donnees d'entree du processus 
Planifier les reponses aux risques (voir la section 1 1 .5). 

1 1 .3 Mettre en ceuvre I'analyse qualitative des risques 

Mettre en ceuvre I'analyse qualitative des risques est le processus qui consiste a definir les priorites relatives 
aux risques pour analyse ou actions ulterieures, par evaluation et combinaison de la probabilite d'occurrence et 
de leur impact (voir les figures 11-8 et 11-9). Les organisations peuvent ameliorer les performances du projet 
en se concentrant sur des risques a forte priorite. L'analyse qualitative des risques evalue la priorite des risques 
identifies sur la base de leur probabilite ou vraisemblance d'occurrence relatives, I'impact correspondant sur 
les objectifs du projet si les risques survenaient, ainsi que d'autres facteurs tels que les delais de reponse et la 
tolerance aux risques de I'organisation au regard des contraintes du projet sur le cout, I'echeancier, le contenu 
et la qualite. Ces evaluations refletent I'attitude de I'equipe de projet et d'autres parties prenantes vis-a-vis des 
risques. Une evaluation efficace requiert done I'identification explicite et le management des attitudes face au 
risque des participants cles dans le cadre du processus Mettre en ceuvre I'analyse qualitative des risques. La 
ou ces attitudes face au risque introduisent une notion de parti pris dans revaluation des risques identifies, 
I'attention doit etre tournee vers revaluation du parti pris et sa correction. 

La definition des niveaux de probabilite et d'impact peut reduire I'influence des partis pris. La criticite des 
delais des actions liees aux risques peut en augmenter I'importance. Une evaluation de la qualite de I'information 
disponible concemant les risques du projet contribue egalement a la clarification de revaluation de I'importance 
du risque pour le projet. 

L'analyse qualitative des risques est en general un moyen rapide et rentable d'etablir des priorites 
pour la planification des reponses aux risques et, s'il y a lieu, cree la base pour mettre en ceuvre l'analyse 
quantitative des risques. Le processus Mettre en ceuvre l'analyse qualitative des risques doit etre revise 
au cours du cycle de vie du projet pour rester a jour par rapport aux modifications des risques du projet. 
Ce processus peut mener a l'analyse quantitative des risques (voir la section 11.4) ou directement a la 
planification des reponses aux risques (voir la section 1 1 .5). 



.1 Registre des risques 
.2 Plan de management 

des risques 
.3 Enonce du contenu 



.2 Matrice de probabilite et 

d'impact 
3 Evaluation de la qualite 



.5 Evaluation de 

des risques 
.6 Jugement d'e> 



► 



Figure 1 1 -8. Mettre en ceuvre l'analyse qualitative des risques : 
donnees d'entree, outils et techniques, et donnees de sortie 
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Management des risques du projet 



11.3 
rttre en 

ceuvre I'analyse 



Figure 11-9. Diagramme de flux des donnees du processus 
Mettre en ceuvre I'analyse qualitative des risques 

11.3.1 Mettre en oeuvre I'analyse qualitative des risques : donnees d'entree 



.1 Registre des risques 

Voir la section 11.2.3.1. 
.2 Plan de management des risques 

Les elements cles du plan de management des risques pour Mettre en oeuvre I'analyse qualitative 
des r/sqwes comprennent les roles et les responsabilit.es de la conduite du management des risques, 
des budgets et des activites de I'echeancier concernant le management des risques, ainsi que les 
categories de risques, les definitions de probabilite et d'impact, la matrice de probabilite et d'impact, 
et les tolerances aux risques revisees des parties prenantes. Ces donnees d'entree sont generalement 
adaptees au projet dans le cadre du processus Planifier le management des risques (voir la section 
1 1 .1). Si elles ne sont pas disponibles, elles peuvent etre elaborees au cours du processus Mettre en 
ceuvre I'analyse qualitative des risques (voir la section 1 1 .3). 

.3 Enonce du contenu du projet 

Dans les projets de type courant ou recurrent les risques ont tendance a etre mieux compris. Les 
projets faisant appel a une technologie de pointe ou novatrice ainsi que les projets tres complexes ont 
tendance a presenter une plus grande incertitude. Ceci peut etre evalue lors de I'examen de I'enonce 
du contenu du projet (voir la section 5.2.3.1). 
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.4 Actifs organisationnels 

Parmi les actifs organisationnels qui peuvent avoir une influence sur le processus Mettre en ceuvre 
/'analyse qualitative des risques, on peut citer : 

• des informations sur des projets precedents similaires et acheves, 

• des etudes de projets similaires realisees par des specialistes du risque, et 

• des bases de donnees des risques qui peuvent etre foumies par I'industrie ou des sources de 
propriete industrielle. 

11.3.2 Mettre en ceuvre I'analyse qualitative des risques : outils et techniques 

.1 Evaluation de la probability et de I'impact des risques 

devaluation de la probability des risques examine la vraisemblance que chaque risque specifique 
survienne. L'evaluation de I'impact des risques etudie leur effet potentiel sur un objectif du projet 
tel que I'echeancier, les couts, la qualite ou la performance, y compris les effets negatifs en cas de 
menace et positifs en cas d'opportunite. 

La probability et I'impact sont evalues pour chaque risque identifies. Les risques peuvent etre evalues 
a Tissue d'interviews ou de reunions avec des participants selectionnes pour leur connaissance des 
categories de risques a I'ordre du jour. Les membres de I'equipe de projet et eventuellement des 
personnes bien informees extemes au projet y participent. 

Le taux de probability pour chaque risque et son impact sur chaque objectif sont evalues au 
cours des interviews ou des reunions. Le detail explicatif, y compris les hypotheses justifiant les 
taux attribues, est egalement enregistre. Les probabilit.es et les impacts des risques sont evalues en 
fonction des definitions donnees dans le plan de management des risques (voir la section 11.1.3.1). 
Les risques dont la probabilite et I'impact sont evalues a un niveau bas seront inclus dans une liste de 
veille pour une surveillance future. 

.2 Matrice de probabilite et d'impact 

Les risques peuvent etre classes par priorite pour effectuer une analyse quantitative supplemental 
et elaborer des responses sur la base de leur classement. Generalement, ces regies de classement 
des risques sont definies par I'organisation avant le demarrage du projet et incluses dans les actifs 
organisationnels. Les regies de classement des risques peuvent etre adaptees au projet specifique dans 
le processus Planifier le management des risques (voir la section 11.1). L'evaluation de I'importance 
de chaque risque et, par consequent, la priorite a lui accorder, sont d'habitude effectuees a I'aide 
d'une table de conversion ou d'une matrice de probabilite et d'impact (voir la figure 11-10). Ce type 
de matrice specifie les combinaisons de probabilite et d'impact qui menent a classer les risques 
comme ayant une priorite faible, moderee ou elevee. La zone en gris fonce (comportant les valeurs 
les plus hautes) represents un risque eleve, la zone en gris moyen (avec les valeurs les plus faibles) 
represents un risque faible et la zone en gris clair (avec des valeurs intermediates) represents un 
risque modere. 
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Figure 11-10. Matrice de probabilite et d'impact 

Comme illustre a la figure 1 1 -5, une organisation peut evaluer un risque separement pour chaque 
objectif (par exemple, couts, delais et contenu). Par ailleurs, elle peut elaborer des moyens de 
determiner un classement global pour chaque risque. Un systeme de classement pour I'ensemble du 
projet peut etre elabore dans le but de refleter la preference d'une organisation pour un objectif sur 
les autres et I'utilisation de ces preferences pour proceder a une ponderation des risques estimes par 
objectif. Enfin, les opportunites et les menaces peuvent etre traitees dans la meme matrice en utilisant 
les definitions des differents niveaux d'impact appropries pour chacune. 

Le classement des risques aide a orienter les reponses aux risques. Par exemple, les risques qui 
ont un impact negatif sur les objectifs s'ils se concretised (menaces) et qui se situent dans la zone 
de risque eleve (gris fonce) de la matrice, peuvent exiger une action prioritaire et des strategies de 
reponse agressives. II se peut que les menaces dans la zone de risque faible (gris moyen) ne requierent 
pas d'action proactive de management hormis leur inscription dans une liste de veille ou I'ajout d'une 
provision pour aleas. 

De la meme maniere, les opportunites dans la zone de risque eleve (gris fonce), qui peuvent etre 
atteintes le plus facilement et qui offrent le benefice le plus grand doivent etre ciblees en premier. Les 
opportunites dans la zone de risque faible (gris moyen) doivent etre surveillees. Les valeurs foumies 
a la section 1 1 .4.2.1 sont representatives. Le nombre de paliers que comporte I'echelle est determine 
au niveau de I'organisation et en est tributaire. 
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.3 Evaluation de la qualite des donnees relatives aux risques 

Pour etre credible, une analyse qualitative des risques exige des donnees precises et impartiales. 
L'analyse qualitative des donnees relatives aux risques est une technique qui permet d'evaluer le 
degre selon lequel ces donnees sont utiles pour le management des risques. Elle implique d'examiner 
le degre de comprehension du risque ainsi que I'exactitude, la qualite, la fiabilite et I'integrite des 
donnees concemant le risque. Si la qualite des donnees est inacceptable, il peut etre necessaire de 
recueillir des donnees de meilleure qualite. 

.4 Categorisation des risques 

Les risques pour le projet peuvent etre categorises par source de risque (par exemple, en utilisant 
la structure de decoupage des risques), par domaine conceme du projet (par exemple, en utilisant 
la structure de decoupage du projet) ou selon toute autre categorie utile (par exemple, phase du 
projet) en vue de determiner quels secteurs du projet sont les plus exposes aux effets de I'incertitude. 
Le groupement des risques par causes fondamentales communes peut mener a I'elaboration de 
reponses efficaces aux risques. 

.5 Evaluation de I'urgence des risques 

Les risques exigeant des reponses a court terme peuvent etre considered comme plus urgents 
a traiter. Les indicateurs de priorite peuvent inclure le delai de mise en oeuvre des reponses aux 
risques, les symptomes et signaux d'alarme, et le classement des risques. Dans le cas de certaines 
analyses qualitatives, revaluation de I'urgence du risque peut etre associee au classement des risques 
determine a partir de la matrice de probabilite et d'impact pour donner une appreciation finale sur la 
severite des risques. 

.6 Jugement d'expert 

Le jugement d'expert est necessaire pour evaluer la probabilite et I'impact de chaque risque afin 
de determiner sa position dans la matrice representee a la figure 11-10. Les experts sont en general 
ceux qui ont I'experience de projets similaires relativement recents. Par ailleurs, ceux qui planifient 
et gerent le projet en question sont des experts, tout particulierement au sujet des specificit.es de 
ce projet. Le jugement d'expert s'obtient souvent par le biais d'ateliers de facilitation de risques ou 
d'interviews. Un parti pris eventuel des experts doit etre envisage dans ce processus. 

11.3.3 Mettre en oeuvre l'analyse qualitative des risques : donnees de sortie 
.1 Mises a jour du registre des risques 

Le registre des risques est initie dans le cadre du processus Identifier les risques. II est mis a jour 
a I'aide des informations provenant du processus Mettre en oeuvre /'analyse qualitative des risques 
et, par la suite, il est joint aux documents du projet. Les mises a jour du registre des risques a partir 
du processus Mettre en oeuvre l'analyse qualitative des risques comprennent : 
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• le classement relatif ou la liste des priorites des risques du projet. La matrice de probability 
et d'impact peut etre utilisee pour classer les risques en fonction de leur importance specifique. 
En utilisant des combinaisons des probabilites d'occurrence de chaque risque et leur impact 
sur les objectifs s'ils survenaient, les risques seront classes par priorite en groupes selon leur 
severite, a savoir « risque eleve », « risque modere » et « risque faible ». Les risques peuvent 
etre inscrits selon leur priorite separement pour I'echeancier, le cout et la performance, les 
organisations pouvant accorder plus d'importance a un objectif ou a un autre. Le chef de projet 
peut alors utiliser la liste par priorites pour se concentrer sur les elements ayant une grande 
importance (risque eleve) pour les objectifs les plus significatifs, et pour lesquels des responses 
peuvent permettre d'aboutir a de meilleurs resultats pour le projet. Une description de la base 
devaluation de la probabilite et de I'impact devrait etre fournie pour les risques evalues comme 
etant importants pour le projet. 

• les risques groupes par categories. La categorisation des risques peut reveler des causes 
fondamentales communes de risque ou des domaines du projet reclamant une attention 
particuliere. La decouverte de concentrations de risques peut ameliorer I'efficacite des reponses 
aux risques. 

• les causes des risques ou les domaines du projet reclamant une attention particuliere. La 

decouverte de concentrations de risques peut ameliorer I'efficacite des reponses aux risques. 

• la liste des risques exigeant une reponse a court terme. Les risques qui exigent une response 

urgente et ceux qui peuvent etre traites ulterieurement peuvent etre classes dans des groupes 
differents. 

• la liste des risques necessitant une analyse supplemental et une reponse. Certains 
risques peuvent justifier un complement d'analyse, y compris I'analyse quantitative des risques, 
ainsi qu'une action de reponse. 

• la liste de veille des risques a faible priorite. Les risques qui ne sont pas estimes importants 
dans le cadre du processus Mettre en ceuvre I'analyse qualitative des risques peuvent etre 
places dans une liste de veille pour une surveillance continue. 

• les tendances des resultats de I'analyse qualitative des risques. En repetant I'analyse, 
une tendance peut se reveler pour des risques particuliers et rendre le besoin de reponse aux 
risques ou d'analyse supplemental plus ou moins urgent ou important. 

1 1 .4 Mettre en ceuvre I'analyse quantitative des risques 

Mettre en ceuvre I'analyse quantitative des risques est le processus qui consiste a analyser numeriquement 
les effets des risques identifies sur I'ensemble des objectifs du projet (voir les figures 11-11 et 11-12). Le 
processus Mettre en ceuvre I'analyse quantitative des risques est effectue sur les risques ayant ete classes 
comme prioritaires par le processus Mettre en ceuvre /'analyse qualitative des risques, car ils etaient 
susceptibles d'avoir un impact significatif sur les demandes concurrentes du projet. Le processus Mettre en 
ceuvre /'analyse quantitative des risques analyse I'effet de ces evenements a risque. II peut etre utilise pour 
attribuer un classement chiffre a ces risques sur un plan individuel ou pour evaluer I'effet cumule de tous les 
risques affectant le projet. II presente egalement une approche quantitative pour la prise de decisions face a 
de I'incertitude. 
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Le processus Mettre en oeuvre /'analyse quantitative des risques suit generalement le processus Mettre en 
ceuvre /'analyse qualitative des risques. Dans certains cas, le processus Mettre en ceuvre /'analyse quantitative 
des risques n'est pas toujours requis pour elaborer des responses efficaces aux risques. La disponibilite en 
matiere de delais et de budget, et la necessite d'enonces qualitatifs et quantitatifs concemant les risques et 
les impacts, determineront la ou les methodes a employer pour un projet specifique. Le processus Mettre en 
oeuvre /'analyse quantitative des risques doit etre repete apres le processus Planifierles reponses aux risques, 
ainsi qu'au cours du processus Surveiller et maitriser les risques, pour determiner si le risque global du projet a 
ete attenue de maniere satisfaisante. Les tendances peuvent indiquer la necessite de plus ou moins d'actions 
en matiere de management des risques. 
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Figure 11 -11 . Mettre en oeuvre I'analyse quantitative des risques : 
donnees d'entree, outils et techniques, et donnees de sortie 
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Figure 11-12. Diagramme de flux des donnees du processus 
Mettre en ceuvre I'analyse quantitative des risques 

11.4.1 Mettre en oeuvre I'analyse quantitative des risques : donnees d'entree 

.1 Registre des risques 

Voir la section 11.2.3.1. 
.2 Plan de management des risques 

Voir la section 11.1.3.1. 
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.3 Plan de management des coins 

Le plan de management des couts du projet definit le format et etablit les criteres de planification, 
de structure, d'estimation, de budgetisation et de maitrise des couts du projet (voir la section 7.0). Cette 
maitrise peut aider a determiner la structure et/ou I'approche d'utilisation pour I'analyse quantitative 
du budget ou du plan des couts. 

.4 Plan de management de I'echeancier 

Le plan de management de I'echeancier du projet definit le format et etablit les criteres d'elaboration 
et de maitrise de I'echeancier du projet (voir la section 6.0). Cette maitrise ainsi que la nature de 
I'echeancier en lui-meme peuvent aider a determiner la structure et/ou I'approche d'utilisation pour 
I'analyse quantitative de I'echeancier. 

.5 Actifs organisationnels 

Parmi les actifs organisationnels qui peuvent avoir une influence sur le processus Mettre en ceuvre 
I'analyse quantitative des risques, on peut citer : 

• des informations de projets precedents similaires et achieves, 

• des etudes des projets similaires realisees par des specialist.es du risque, et 

• des bases de donnees des risques qui peuvent etre fournies par I'industrie ou des sources de 
propriete industrielle. 

11.4.2 Mettre en oeuvre I'analyse quantitative des risques : outils et techniques 

.1 Techniques de collecte et de representation des donnees 

• Les interviews. Les techniques d'interview font appel a I'experience et aux donnees 
historiques pour quantifier la probabilite et I'impact des risques sur les objectifs du projet. 
Les informations necessaires dependent du type de distributions des probabilit.es qui seront 
utilisees. Par exemple, des informations pourraient etre recueillies sur les scenarios optimistes 
(faible), pessimistes (eleve) et les plus probables pour certaines distributions communement 
utilisees. Des exemples d'estimations a trois points pour le cout sont represent.es a la figure 
11-13. Des informations supplementaires sur les estimations a trois points se trouvent dans 
le processus Estimerla duree des activites (voir la section 6.4.2.4) et Estimerles couts (voir la 
section 7.1.2.5). La documentation de la logique des plages de risque et des hypotheses qui 
les sous-tendent est un composant important de I'interview sur les risques parce qu'elle peut 
donner un apergu de la fiabilite et de la credibilite de I'analyse. 
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Figure 11-13. Fourchette des estimations de couts du projet recueillies 
lors d'une interview sur les risques 

Les distributions de probabilite. Les distributions continues de probabilite, utilisees de fagon 
intensive dans la modelisation et la simulation (voir la section 1 1 .4.2.2) represented I'incertitude 
au niveau des valeurs telles que les durees des activites de I'echeancier et les couts des 
composants du projet. Des distributions distinctes peuvent etre utilisees pour representor des 
evenements incertains tels que le resultat d'un test ou un scenario possible dans un arbre de 
decision. Deux exemples de distributions continues employees couramment sont represented a 
la figure 11-14. Ces distributions depeignent les formes qui sont compatibles avec les donnees 
habituellement compilees dans le cadre de I'analyse quantitative des risques. Des distributions 
uniformes peuvent etre utilisees uniquement s'il n'existe aucune valeur evidente qui soit plus 
probable que toute autre entre les limites elevee et faible specifies, comme c'est le cas dans 
la premiere etape de la conception. 
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Distribution beta 



Distribution triangulaire 




La distribution beta et la distribution triangulaire sont souvent utilisees dans I'analyse quantitative des risi 
Les donnees figurant dans la figure de gauche (distribution beta) sont I'exemple d'une famille de distribut 
determinees par deux « parametres de forme ». D'autres distributions communement utilisees comprenne 
distribution uniforme, normale et log-normale. Dans ces graphiques, I'axe horizontal (X) represente les vah 
possibles de temps ou de cout et I'axe vertical (Y) represente la probability relative. 



Figure 11-14. Exemples de distributions de probability communement utilisees 
.2 Techniques d'analyse quantitative des risques et de modelisation 

Les techniques communement utilisees tiennent compte a la fois des approches par analyse 
orientee sur I'evenement et par analyse orientee sur le projet, et comprennent : 

• I'analyse de sensibilite. L'analyse de sensibilite permet de determiner quels risques ont le plus 
d'impact potentiel sur le projet. Elle s'attache a examiner dans quelle mesure I'incertitude de 
chaque element du projet affecte I'objectif etudie, en supposant que tous les autres elements 
incertains conservent la valeur de leur reference de base. Une representation typique de 
I'analyse de sensibilite est le diagramme en tornade, qui est utile pour comparer I'importance 
et I'impact relatifs des variables qui ont un degre eleve d'incertitude par rapport a celles qui 
sont plus stables. 

• I'analyse de la valeur monetaire attendue. L'analyse de la valeur monetaire attendue est 
un concept statistique qui permet de calculer le resultat moyen lorsque I'avenir comprend 
des scenarios qui sont susceptibles ou non de se concretiser (c.-a-d. d'effectuer une analyse 
sous incertitude). La valeur monetaire attendue pour les opportunit.es sera generalement 
exprimee par des valeurs positives et, inversement, par des valeurs negatives pour les 
risques. La valeur monetaire attendue exige une hypothese de neutralite du risque, qui ne 
soit ni de I'aversion au risque ni de la prise de risque. La valeur monetaire attendue pour 
un projet est calculee en multipliant la valeur de chaque resultat possible par sa probability 
d'occurrence et en les totalisant. II est courant d'utiliser ce type d'analyse dans l'analyse par 
arbre de decision (voir la figure 1 1 -1 5). 
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Figure 11-15. Diagramme d'arbre de decision 

• la modelisation et la simulation. Une simulation de projet fait appel a un modele qui traduit 
les incertitudes detaillees specifiques du projet en I'impact qu'elles pourraient avoir sur les 
objectifs du projet. Les simulations iteratives sont habituellement effectuees a I'aide de la 
technique de Monte-Carlo. Dans une simulation, le modele de projet est calcule de nombreuses 
fois (par iteration) en prenant des valeurs d'entree (par exemple, les estimations des couts ou 
les durees des activit.es) choisies au hasard pour chaque iteration a partir des distributions 
de probabilite pour ces variables. Une distribution de probabilite (par exemple, le cout total 
ou la date d'achevement) est calculee a partir des iterations. Pour une analyse des risques 
concemant les couts, une simulation utilise des estimations des couts. Pour une analyse des 
risques concemant I'echeancier, le diagramme de reseau du projet et les estimations de la 
duree sont utilises. La figure 11-16 montre le resultat d'une simulation des risques concemant 
les couts. Elle illustre la probabilite respective d'atteindre des objectifs specifiques en matiere 
de couts. Des courbes similaires peuvent etre developpees pour les resultats concemant 
I'echeancier. 
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Cette distribution cumulee, considerant les plages de valeurs de la figure 11-13 et des distributions triangu 
montre que le projet n'a qu'une probabilite de 12 % de respecter I'estimation de $41 millions. Si une organ 
prudente souhaite avoir 75 % de chances de reussite, un budget de $50 millions (une provision pour aleas 
d'environ 22 % ($50M - $41M/$41M)) est necessaire. 


S, 



Figure 11-16. Resultats de simulation des risques concernant les couts 
.3 Jugement d'expert 

Le jugement d'expert (ayant recours de fagon ideale a des experts avec une experience pertinente 
et recente) est requis pour I'identification des impacts potentiels sur les couts et I'echeancier, 
revaluation de la probabilite et la definition des donnees d'entree des outils (telles que les distributions 
de probabilite). 

Le jugement d'expert entre egalement en jeu dans I'interpretation des donnees. Les experts 
devraient pouvoir identifier les faiblesses des outils de meme que leurs forces relatives. Les experts 
peuvent determiner quand un outil specifique peut ou ne peut plus etre approprie compte tenu des 
capacites et de la culture de I'organisation. 



11.4.3 Mettre en oeuvre I'analyse quantitative des risques : donnees de sortie 
.1 Mises a jour du registre des risques 

Le registre des risques est mis a jour pour inclure un rapport quantitatif des risques detaillant les 
approches quantitatives, les donnees de sortie et les recommandations. Les mises a jour comprennent 
les composants principaux suivants : 
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• I'analyse probabiliste du projet. Les estimations reposent sur des resultats potentiels 
concemant I'echeancier et les couts du projet, et enumerant les dates possibles d'achevement 
et les couts possibles avec les intervalles de confiance correspondants. Cette donnee de sortie, 
souvent exprimee sous forme de distribution cumulee, peut etre utilisee en association avec les 
tolerances aux risques des parties prenantes pour permettre de quantifier les provisions pour 
aleas en matiere de couts et de delais. De telles provisions pour aleas sont necessaires pour 
amener le risque de depassement des objectifs fixes du projet a un niveau qui soit acceptable 
pour I'organisation. Par exemple, dans la figure 11-16, I'alea de cout pour atteindre une probabilite 
de 75 % est de 9 millions de dollars US, soit environ 22 %, du montant de 41 millions de dollars 
US correspondant aux estimations les plus probables representees dans la figure 11-13. 

• la probabilite d'atteindre les objectifs de cout et de delais. Avec les risques auxquels le 
projet se trouve confronts, la probabilite d'atteindre les objectifs du projet dans le cadre du 
plan actuel peut etre estimee a I'aide des resultats de I'analyse quantitative des risques. Par 
exemple, dans la figure 11-16, la probabilite de respecter I'estimation du cout de 41 millions de 
dollars (de la figure 11-13) est d'environ 1 2 %. 

• la liste des risques quantifies classee par ordre de priorite. Cette liste de risques comprend 
ceux qui represented les menaces les plus severes ou qui presentent les opportunites les plus 
grandes pour le projet. Ceux-ci incluent les risques pouvant avoir I'effet le plus important sur 
les aleas de cout et ceux qui sont les plus susceptibles d'influencer le chemin critique. Dans 
certains cas, ces risques peuvent etre identifies a travers un diagramme en tornade consecutif 
aux analyses de simulation. 

• les tendances des resultats d'analyse quantitative des risques. Le caractere repetitif de 
I'analyse peut reveler une tendance qui mene a des conclusions affectant les reponses aux 
risques. L'information historique de I'organisation sur I'echeancier, les couts, la qualite et la 
performance du projet devraient refleter les nouveaux elements de comprehension acquis a 
travers le processus Mettre en ceuvre I'analyse quantitative des risques. Un tel historique peut 
revetir la forme d'un rapport d'analyse quantitative des risques. Ce rapport peut se presenter 
sous forme de document separe, ou lie au registre des risques. 

1 1 .5 Planif ier les reponses aux risques 

Planifier les reponses aux risques est le processus qui consiste a developper des options et des actions 
permettant d'ameliorer les opportunites et a reduire les menaces relatives aux objectifs du projet (voir les 
figures 11-17 et 11-18). II vient a la suite des processus Mettre en ceuvre /'analyse qualitative des risques 
et Mettre en ceuvre I'analyse quantitative des risques (si applique). II comprend I'identification et I'affectation 
d'une personne (la « personne chargee de la reponse aux risques ») pour la prise en charge de chaque reponse 
a un risque, lorsque celle-ci a ete convenue etfinancee. Le processus Planifier les reponses aux risques traite 
les risques par ordre de priorite, en inserant selon les besoins des ressources et des activites dans le budget, 
I'echeancier et le plan de management du projet. 

Les reponses planifiees aux risques doivent etre adaptees a I'importance des risques, rentables par rapport 
au defi a relever, realistes dans le contexte du projet, convenues partoutes les parties concemees et prises en 
charge par une personne responsable. Elles doivent egalement arriver en temps opportun. II y a souvent lieu de 
choisir la meilleure reponse au risque parmi plusieurs options. 
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La section Planifierles reponses auxrisques presente les approches les plus communement utilisees dans la 
planification des reponses aux risques. Les risques comprennent les menaces et les opportunites susceptibles 
d'affecter la reussite du projet, et les reponses sont discutees pour chacun de ces cas. 



.1 Registre des risques 
.2 Plan de management 
des risques 



.2 Strategies pour les 
risques positifs ou les 
opportunites 

.3 Strategies de reponse 





.1 Mises a jour du registre 
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.2 Decisions contractuelles 


liees auxrisques 
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Figure 11-17. Planifier les reponses aux risques : donnees d'entree, 
outils et techniques, et donnees de sortie 
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Figure 11-18. Diagramme de flux des donnees du processus Planifierles reponses auxrisques 
11.5.1 Planifier les reponses aux risques : donnees d'entree 



.1 



s risques 



Le registre des risques fait reference aux risques identifies, aux causes fondamentales des risques, 
a la liste des reponses potentielles, aux personnes en charge du risque, aux symptomes et aux signaux 
d'alarme, au classement relatif ou liste par priorite des risques du projet, a une liste des risques exigeant 
une reponse a court terme, a une liste de risques demandant une analyse supplemental et une reponse, 
aux tendances des resultats de I'analyse qualitative et a une liste de veille des risques a faible priorite. 

.2 Plan de management des risques 

Les composants importants du plan de management des risques comprennent les roles et les 
responsabilites, les definitions de I'analyse des risques, les intervalles des revues (et d'elimination des 
risques de la revue) et les seuils de risque pour les risques faibles, moderes et eleves. Les seuils de 
risque permettent d'identifier les risques exigeant des reponses specifiques. 
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11.5.2 Planifier les reponses aux risques : outils et techniques 

II existe plusieurs strategies de reponse aux risques. La strategie ou la combinaison de strategies ayant 
le plus de chances de succes doit etre choisie pour chaque risque. Les outils d'analyse des risques, tels que 
I'analyse par arbre de decision (voir la section 11.4.2.2), peuvent etre utilises pour choisir les reponses les 
plus appropriees. Des actions specifiques sont elaborees pour mettre en oeuvre cette strategie, y compris les 
strategies principales et alternatives, selon le cas. II est possible d'elaborer un plan de repli, mis en oeuvre dans 
le cas ou la strategie choisie ne s'avere pas entierement efficace, ou si un risque accepte survient. Les risques 
secondaires (ceux etant encourus du fait des strategies) doivent egalement etre passes en revue. Une provision 
pour aleas est souvent allouee pour les delais ou les couts. Si elle est etablie, elle peut faire etat de conditions 
qui declenchent son utilisation. 

.1 Strategies pour les risques negatifs ou les menaces 

Les trois strategies suivantes traitent habituellement les menaces ou les risques qui, s'ils se 
concretised, sont susceptibles d'avoir des impacts negatifs sur les objectifs du projet. La quatrieme 
strategie, accepter, peut etre appliquee pour des risques negatifs ou des menaces aussi bien que 
pour des risques positifs ou des opportunites. Ces strategies, decrites ci-dessous, consistent a eviter, 
transferer, attenuer ou accepter. 

• Eviter. L'evitement des risques implique la modification du plan de management du projet afin 
d'eliminer entierement la menace. Le chef de projet peut egalement isoler les objectifs du projet 
de I'impact des risques ou modifier I'objectif qui se trouve menace. A titre d'exemple, on peut 
citer la prolongation de I'echeancier, le changement de strategie ou la reduction du contenu. La 
strategie d'evitement la plus radicale consiste a annuler le projet dans son integralite. Certains 
risques qui surviennent tot dans le projet peuvent etre evit.es en clarifiant les exigences, en 
obtenant plus d'informations, en ameliorant la communication ou en acquerant de I'expertise. 

• Transferer. Le transfert des risques exige de detoumer vers un tiers tout ou une partie de I'impact 
negatif d'une menace, ainsi que la responsabilite de la reponse. Le transfert des risques donne 
seulement a ce tiers la responsabilite de leur management mais ne les elimine pas. Le transfert 
de la responsabilite des risques s'avere le moyen le plus efficace pour traiter I'exposition aux 
risques financiers. Le transfert des risques implique presque toujours le versement d'une prime 
de risque a la partie qui assume ces risques. Les outils de transfert peuvent etre assez divers 
et peuvent notamment comprendre, I'utilisation d'assurances, de cautions de bonne execution, 
de garanties, etc. II est possible de faire appel a des contrats pour transferer la responsabilite 
de risques specifies a un tiers. Par exemple, lorsqu'un acheteur dispose de capacit.es que le 
vendeur ne possede pas, il peut s'averer prudent de retroceder contractuellement certains 
travaux et les risques y afferents a I'acheteur. Dans beaucoup de cas, le recours a un contrat en 
regie peut transferer le risque des couts a I'acheteur, tandis qu'un contrat a prix forfaitaire peut 
transferer le risque au vendeur. 
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• Attenuer. L' attenuation du risque consiste a abaisser a un seuil acceptable la probabilite 
et/ou I'impact d'un evenement a risque defavorable. Prendre tot des mesures pour reduire 
la probabilite et/ou I'impact d'un risque survenant dans le cadre du projet est souvent plus 
efficace qu'essayer d'en reparer les dommages lorsque ce risque s'est concretise. Adopter des 
processus moins complexes, effectuer plus de tests ou choisir un foumisseur plus stable sont 
des exemples d'actions d'attenuation. L'attenuation peut exiger I'elaboration d'un prototype 
dans le but d'attenuer le risque qu'il y aurait a passer directement a une echelle superieure 
a partir d'un modele d'etude pour un processus ou un produit. Lorsqu'il n'est pas possible de 
reduire la probabilite, une reponse d'attenuation peut traiter I'impact du risque en visant les 
liens qui en determinent la severite. Par exemple, concevoir des redondances dans un systeme 
peut attenuer I'impact d'une panne du composant d'origine. 

• Accepter. Cette strategie est adoptee car il est rarement possible d'eliminer toutes les menaces 
du projet. Elle indique que I'equipe de projet a decide de ne pas modifier le plan de management 
du projet pour traiter un risque, ou qu'elle n'est pas en mesure d'identifier une autre strategie 
de reponse. Cette strategie peut etre passive ou active. L'acceptation passive ne demande 
aucune action hormis la documentation de la strategie, laissant a I'equipe de projet le soin 
de faire face aux risques lorsqu'ils se presentent. La strategie d'acceptation active la plus 
repandue est de constituer une provision pour aleas, y compris le temps, les moyens financiers 
ou les ressources necessaires pour traiter les risques. 

.2 Strategies pour les risques positifs ou les opportunity 

Trois des quatre reponses sont supposees avoir affaire a des risques ayant des impacts potentiellement 
positifs sur les objectifs du projet. La quatrieme strategie, accepter, peut etre appliquee pour des risques 
negatifs ou des menaces aussi bien que pour des risques positifs ou des opportunit.es. Ces strategies, 
decrites ci-dessous, consistent a exploiter, partager, mettre en valeur, ou accepter. 

• Exploiter. Cette strategie peut etre choisie pour des risques ayant des impacts positifs lorsque 
I'organisation souhaite s'assurer que I'opportunite est saisie. Cette strategie cherche a eliminer 
I'incertitude associee a un risque positif specifique en parvenant a concretiser I'opportunite. Des 
exemples d'exploitation directe des reponses comprennent I'affectation au projet de ressources 
plus experimentees de I'organisation en vue de reduire le delai d'achevement ou d'offrir un prix 
inferieur a celui initialement prevu. 

• Partager. Partager un risque positif enframe I'attribution d'une partie ou de la totalite de la 
responsabilite de I'opportunite a une tierce partie ayant la capacite de saisir I'opportunite au 
profit du projet. Des exemples d'actions de partage comprennent la formation de partenariats ou 
d'equipes en risque partage, de societes a finalite specifique ou d'entreprises en coparticipation, 
qui peuvent etre constitutes expressement dans le but de tirer avantage d'une opportunity de 
sorte que toutes les parties puissent profiter de leurs actions. 
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• Ameliorer. Cette strategie est utilisee pour accroitre la probabilite et/ou les impacts positifs 
d'une opportunite. L'identification et la maximisation des facteurs cles de ces risques a impact 
positif peuvent accroitre leur probabilite d'occurrence. Un exemple de mise en valeur des 
opportunit.es est I'ajout de ressources a une activite pour un achievement avant terme. 

• Accepter. L'acceptation d'une opportunite signifie etre dispose a en profiter si elle se presente, 
sans la rechercher activement. 

.3 Strategies de reponse aux aleas 

Certaines reponses sont congues pour etre utiliseesseulement si certains evenementsseproduisent. 
Pour certains risques, il est approprie que I'equipe de projet elabore un plan de reponse qui ne sera 
execute que sous certaines conditions predetermines, en supposant qu'elle en aura connaissance 
suffisamment tot pour mettre le plan en oeuvre. Les evenements qui declenchent la reponse aux aleas, 
tels que manquer des jalons intermediaires ou obtenir un niveau de priorite plus eleve aupres d'un 
fournisseur, doivent etre definis et suivis. 

.4 Jugement d' expert 

Le jugement d'expert est une donnee d'entree provenant des parties bien informees, qui concerne 
les actions a entreprendre relatives a un risque specifique et defini. L'expertise peut etre fournie par 
tout groupe ou personne possedant une connaissance specialised, une competence, un savoir-faire, 
une experience ou une formation dans I'elaboration des reponses aux risques. 

11.5.3 Planifier les reponses aux risques : donnees de sortie 

.1 Mises a jour du registre des risques 

Dans le cadre du processus Planifier les reponses aux risques, les reponses appropriees sont 
choisies, convenues et incluses dans le registre des risques. Le registre des risques devrait etre redige 
a un niveau de detail qui corresponde au classement par priorite et a la reponse prevue. Les risques 
eleves et moderes sont souvent traites en detail. Les risques juges de faible priorite sont inclus dans 
une liste de veille pour surveillance periodique. A ce stade, les composants du registre des risques 
peuvent comprendre : 

• les risques identifies, leurs descriptions, le ou les domaines concemes du projet (par exemple, 
un composant de la structure de decoupage du projet), leurs causes (par exemple, un composant 
de la structure de decoupage des risques) et la maniere dont ils peuvent affecter les objectifs 
du projet ; 

• les personnes en charge du risque et les responsabilites qui leurs sont attribuees ; 

• les donnees de sortie du processus Mettre en oeuvre /'analyse qualitative des risques (voir la 
section 1 1 .3), y compris les listes des risques du projet classes par priorite ; 
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• les strategies de reponse convenues ; 

• les actions specifiques pour mettre en oeuvre la strategie de reponse choisie ; 

• les declencheurs, les symptomes et les signaux d'alarme concemant la survenance des risques ; 

• le budget et les activites de I'echeancier requis pour mettre en oeuvre les reponses choisies ; 

• les plans de secours et les elements declencheurs qui entrament leur execution ; 

• les plans de repli a mettre en oeuvre en reaction a un risque survenu et pour lequel la reponse 
initiale s'est averee inadequate ; 

• les risques residuels que Ton s'attend a voir subsister apres que les reponses prevues aient ete 
mises en oeuvre, ainsi que ceux qui ont ete deliberement acceptes ; 

• les risques secondaires qui surviennent par consequence directe de la mise en oeuvre d'une 
reponse a un risque ; et 

• les provisions pour aleas qui sont calculees sur la base de I'analyse quantitative des risques du 
projet et des seuils de risque de I'organisation. 

.2 Decisions contractuelles relatives aux risques 

Les decisions de transferer des risques, telles que les contrats d'assurance, de services et 
d'autres selon le cas, sont prises dans le cadre de ce processus. Ceci peut se produire par suite 
des actions d'attenuation ou de transfert de tout ou partie de la menace ou de mise en valeur ou de 
partage de tout ou partie de I'opportunite. Le type de contrat choisi offre egalement un mecanisme de 
partage des risques. Ces decisions constituent des donnees d'entree pour le processus Planifierles 
approvisionnements (voir la section 1 2.1 ). 

.3 Mises a jour du plan de management du projet 

Les elements du plan de management du projet qui sont susceptibles de mises a jour sont, 
entre autres : 

• le plan de management de I'echeancier. Le plan de management de I'echeancier (voir la 
section 6.0) est mis a jour pour refleter les modifications au niveau du processus et de la 
pratique motivees par les reponses aux risques. Ceci peut concemer des modifications au 
niveau de la tolerance ou du comportement en relation avec la charge et le nivellement des 
ressources, ainsi que des mises a jour de I'echeancier lui-meme. 

• le plan de management des couts. Le plan de management des couts (voir la section 7.0) est 
mis a jour pour refleter les modifications au niveau du processus et de la pratique motivee par 
les reponses aux risques. Ceci peut concemer des modifications au niveau de la tolerance ou 
du comportement en relation avec la comptabilite analytique, le suivi et les rapports, ainsi que 
les mises a jour du budget et de I'utilisation des provisions pour aleas. 
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• le plan de management de la qualite. Le plan de management de la qualite (voir la section 
8.1.3.1) est mis a jour pour refleter les modifications au niveau du processus et de la pratique 
motivee par les responses aux risques. Ceci peut concemer des modifications au niveau de la 
tolerance ou du comportement en relation avec les exigences, I'assurance qualite ou la maitrise 
de la qualite, ainsi que les mises a jour de la documentation des exigences. 

• le plan de management des approvisionnements. Le plan de management des 
approvisionnements (voir la section 1 2.1 .3.1 ) peut etre mis a jour pour refleter les modifications 
au niveau de la strategie, telles que des modifications dans la decision de faire ou d'acheter, ou 
dans le ou les types de contrat, motivees par les responses aux risques. 

• le plan de management des ressources humaines. Le plan de management des ressources 
humaines, qui fait partie du plan des ressources humaines (voir la section 9.1 .3.1 ), est mis a jour 
pour refleter les modifications dans la structure organisationnelle du projet et dans I'application 
des ressources, motivees par les responses aux risques. Ceci peut concemer des modifications 
au niveau de la tolerance ou du comportement en relation avec I'allocation des ressources 
humaines, ainsi que des mises a jour de la charge des ressources. 

• la structure de decoupage du projet. Par suite de nouveaux travaux (ou de travaux omis) 
generes par les reponses aux risques, la structure de decoupage du projet (voir la section 

5.3.3.1 ) peut etre mise a jour pour refleter ces modifications. 

• la reference de base de I'echeancier. Par suite de nouveaux travaux (ou de travaux omis) 
generes par les reponses aux risques, la reference de base de I'echeancier (voir la section 

6.5.3.2) peut etre mise a jour pour refleter ces modifications. 

• la reference de base de performance des couts. Par suite de nouveaux travaux (ou de 
travaux omis) generes par les reponses aux risques, la reference de base de performance des 
couts (voir la section 7.2.3.1) peut etre mise a jour pour refleter ces modifications. 

.4 Mises a jour des documents du projet 

Certains documents du projet peuvent necessiter des mises a jour ; ce sont, en particulier : 

• Mises a jour du registre des hypotheses. A mesure que de nouvelles informations deviennent 
disponibles par I'application des reponses aux risques, les hypotheses vont changer de fagon 
intrinseque. Le registre des hypotheses doit etre revisite pour I'adapter a ces nouvelles 
informations. Les hypotheses peuvent etre incorporees dans I'enonce du contenu ou dans un 
registre des hypotheses separe. 

• Mises a jour de la documentation technique. A mesure que de nouvelles informations 
deviennent disponibles par I'application des reponses aux risques, les approches techniques et 
les livrables physiques peuvent etre modifies. Toute documentation afferente doit etre revisitee 
pour I'adapter a ces nouvelles informations. 
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1 1 .6 Surveiller et maitriser les risques 

Surveiller et maitriser les risques est le processus qui consiste a mettre en oeuvre les plans de reponse 
aux risques, a suivre les risques identifies, a surveiller les risques residuels, a identifier les nouveaux 
risques et a evaluer I'efficacite des processus de management des risques tout au long du projet (voir les 
figures 11-19 et 11-20). 

Les reponses aux risques planifiees qui sont incluses dans le plan de management du projet sont executees 
durant le cycle de vie du projet, mais le travail du projet doit faire I'objet d'une surveillance constante visant a 
deceler de nouveaux risques, des risques changeants et perimes. 

Le processus Surveiller et maitriser les risques fait appel a des techniques, telles que I'analyse de I'ecart 
et I'analyse de la tendance, qui exigent I'utilisation des informations sur la performance generees pendant 
I'execution du projet. D'autres buts du processus Surveiller et maitriser les risques consistent a determiner si : 

• les hypotheses du projet sont toujours valables, 

• I'analyse montre qu'un risque evalue a change ou peut etre ecarte, 

• la politique interne et les procedures de management des risques sont observees, et 

• les provisions pour aleas en matiere de couts et d'echeancier doivent etre modifiees pour les aligner 
aux evaluations de risque actuelles. 

La surveillance et la maitrise des risques peuvent impliquer de choisir des strategies alternatives, d'executer 
un plan de secours ou de repli, d'entreprendre des actions correctives et de modifier le plan de management 
du projet. La personne chargee de la reponse aux risques rend compte periodiquement au chef de projet sur 
I'efficacite du plan, sur tous les effets non anticipes et sur toute correction requise pour traiter le risque de 
fagon appropriee. Le processus Surveiller et maitriser les risques comprend egalement la mise a jour des actifs 
organisationnels, y compris les bases de donnees des legons apprises du projet et les modeles de management 
des risques, au profit des projets a venir. 
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Figure 11-19. Surveiller et maitriser les risques : donnees d'entree, 
outils et techniques, et donnees de sortie 
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Figure 11-20. Diagramme de flux des donnees du processus Surveiller et maftriser les risques 

11.6.1 Surveiller et maftriser les risques : donnees d'entree 

.1 Registre des risques 

Le registre des risques comprend des donnees d'entree cles comme les risques identifies et 
les personnes en charge de ces risques, les responses convenues aux risques, les actions de mise 
en ceuvre specifiques, les symptomes et les signaux d'alarme des risques, les risques residuels et 
secondaires, une liste de veille des risques a faible priorite, ainsi que les provisions pour aleas en 
matiere de delais et de couts. 

.2 Plan de management du projet 

Le plan de management du projet decrit a la section 4.2.3.1 contient le plan de management des 
risques, qui comprend les tolerances aux risques, les procedures et les affectations des personnes 
(y compris les personnes en charge du risque), les delais et d'autres ressources, associees au 
management des risques du projet. 

.3 Information sur la performance du travail 

L'information sur la performance du travail liee aux differents resultats de performance comprend, 
entre autres : 

• I'etat des livrables, 

• I'avancement de I'echeancier, et 

• les couts encourus. 
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.4 Rapports d'avancement 

Les rapports d'avancement (voir la section 1 0.5.3.1 ) prennent des informations a partir des mesures 
de performance et les analysent pourfoumir des informations sur la performance du travail du projet, 
y compris I'analyse de I'ecart, les donnees de valeur acquise et les donnees de prevision. 

11.6.2 Surveiller et maitriser les risques : outils et techniques 

.1 Reevaluation des risques 

La surveillance et la maitrise des risques se traduisent souvent par I'identification de nouveaux 
risques, la reevaluation des risques actuels et la cloture des risques depasses. Des devaluations des 
risques du projet devraient etre regulierement programmers. Le nombre de repetitions et le niveau de 
detail appropries dependent de la fagon dont le projet progresse par rapport a ses objectifs. 

.2 Audits des risques 

Les audits des risques passent en revue et documentent I'efficacite des responses aux risques 
identifies et leurs causes fondamentales, ainsi que I'efficacite du processus de management des 
risques. Le chef de projet est charge d'assurer que les audits des risques sont effectues selon une 
frequence appropriee, comme defini dans le plan de management des risques du projet. Les audits 
des risques peuvent etre inclus au cours de reunions de routine de revue de projet, ou peuvent faire 
I'objet de reunions d'audit separees. Le format de I'audit et ses objectifs doivent etre clairement 
definis avant que I'audit ne soit conduit. 

.3 Analyse de I'ecart et analyse de la tendance 

Plusieurs processus de maitrise utilisent I'analyse de I'ecart pour comparer les resultats prevus 
aux resultats reels. Aux fins de surveiller et de maitriser les evenements a risque, les tendances dans 
I'execution du projet doivent etre passees en revue en utilisant les informations de performance. 
L'analyse de la valeur acquise (voir la section 7.3.2.1) et d'autres methodes d'analyse des ecarts et 
d'analyse des tendances du projet peuvent etre utilisees pour effectuer un suivi de la performance 
globale du projet. Les resultats de ces analyses peuvent fournir une prevision des deviations potentielles 
du projet a son achievement par rapport au cout et a I'echeancier prevus. La deviation du plan par 
rapport a la reference de base peut indiquer I'impact potentiel de menaces ou d'opportunites. 
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.4 Mesures de la performance technique 

Les mesures de la performance technique comparent les realisations techniques au cours de 
I'execution du projet a I'echeancier des realisations techniques du plan de management du projet. Elle 
exige la definition de mesures quantifiables et objectives de la performance technique qui peuvent etre 
utilisees pour comparer les resultats reels aux objectifs. De telles mesures de la performance technique 
peuvent concemer la charge, des temps de transaction, du nombre de pieces defaillantes produites, 
de la capacite de stockage, etc. Une deviation, telle que le fait d'offrir plus ou moins de fonctionnalites 
que prevu a un jalon, peut aider a prevoir le degre de reussite dans la realisation du contenu du projet 
et peut mettre en lumiere le niveau de risque technique auquel le projet doit faire face. 

.5 Analyse de la reserve 

Pendant I'execution du projet, certains risques peuvent se produire avec des impacts positifs ou 
negatifs sur les provisions pour aleas du budget ou de I'echeancier (voir les sections 6.5.3.3 et 7.1 .2.6). 
L'analyse de la reserve compare le montant des provisions pour aleas restantes au montant du risque 
restant a tout moment du projet, afin de determiner si la reserve restante est adequate. 

.6 Reunions d'etat du projet 

Le management des risques du projet doit etre a I'ordre du jour lors des reunions d'etat periodiques. 
Le temps requis pour cet element variera en fonction des risques ayant ete identifies, de leur priorite 
et de la difficulte de reponse. Le management des risques devient plus aise lorsqu'on le pratique 
frequemment. Les discussions frequentes au sujet des risques augmentent les chances que les 
individus identifient les risques et les opportunites. 

11.6.3 Surveiller et maitriser les risques : donnees de sortie 

.1 Mises a jour du registre des risques 

Un registre des risques mis a jour comprend, entre autres : 

• Les resultats des devaluations des risques, les audits des risques et les revues periodiques 
des risques. Ces resultats peuvent comprendre I'identification de nouveaux risques, les mises 
a jour de la probability, de I'impact, des priorites, des plans de reponse, de la responsabilite du 
risque et d'autres elements du registre des risques. lis peuvent aussi comprendre la cloture des 
risques qui ne sont plus applicables et la desaffectation des provisions correspondantes. 

• Les resultats reels des risques du projet et des reponses aux risques. Cette information peut 
aider les chefs de projet a planifier le traitement des risques dans I'organisation, ainsi que pour 
des projets a venir. 
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.2 Mises a jour des actifs organisationnels 

Les six processus de management des risques du projet generent des informations qui peuvent 
etre utilisees pour des projets a venir et qui devraient etre integrees a I'actif organisationnel. Les actifs 
organisationnels susceptibles d'etre mis a jour comprennent, entre autres : 

• les modeles pour le plan de management des risques, y compris la matrice de probability et 
d'impact, ainsi que le registre des risques ; 

• la structure de decoupage des risques ; et 

• les legons apprises provenant des activites de management des risques du projet. 

Ces documents doivent etre mis a jour en cas de besoin et a la cloture du projet. Les versions finales 
du registre des risques et les modeles de plan de management des risques, les listes de controle et la 
structure de decoupage des risques y sont inclus. 

.3 Demandes de modification 

La mise en oeuvre de plans de secours ou de palliatifs se traduit parfois par une demande de 
modification. Ces demandes de modification sont preparees et soumises au processus Mettre en 
oeuvre la maitrise integree des modifications (voir la section 4.5). Elles peuvent inclure egalement des 
actions correctives et preventives recommandees. 

• Actions correctives recommandees. Les actions correctives recommandees comprennent 
les plans de secours et les palliatifs. Ces demiers sont des responses n'ayant pas fait partie de 
la planification initiale, mais qui s'averent necessaires pour traiter les risques emergents non 
identifies precedemment ou accept.es de maniere passive. 

• Actions preventives recommandees. Le but des actions preventives recommandees est 
d'assurer la conformite du projet avec le plan de management du projet. 

.4 Mises a jour du plan de management du projet 

Lorsque les demandes de modification approuvees affectent les processus de management des 
risques, les documents relatifs aux composants du plan de management du projet sont revus et publies 
a nouveau, de fagon a refleter ces modifications approuvees. Les elements du plan de management 
du projet qui peuvent etre mis a jour sont les memes que ceux contenus dans le processus Planifier 
les reponses aux risques (voir la section 1 1 .5). 

.5 Mises a jour des documents du projet 

Les documents du projet qui peuvent etre mis a jour par suite du processus Surveiller et maitriser les 
risques sont les memes que ceux du processus Planifier les reponses aux risques (voir la section 1 1 .5). 
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MANAGEMENT DES APPROVISIONNEMENTS DU PROJET 

Le Management des approvisionnements du projet comprend les processus d'achat ou d'acquisition 
des produits, services ou resultats necessaires et externes a I'equipe de projet. L'organisation peut etre soit 
I'acheteur soit le vendeur des produits, services ou resultats d'un projet. 

Le Management des approvisionnement du projet comprend les processus de management du contrat et 
de maitrise des modifications requis pour developper et gerer des contrats ou des bons de commande emis 
par des membres autorises de I'equipe de projet. 

Le Management des approvisionnements du projet comprend egalement la gestion de tout contrat etabli 
par une organisation externe (I'acheteur) qui acquiert le projet de I'entreprise realisatrice (le vendeur), ainsi que 
la gestion des obligations contractuelles attributes a I'equipe de projet par le contrat. 

La figure 12-1 donne une vue d'ensemble des processus de management des approvisionnements du 
projet. Ces processus sont les suivants : 

12.1 Planifier les approvisionnements— C'est le processus qui consiste a documenter les decisions 
d'approvisionnement du projet, a specifier les approches et a identifier les vendeurs potentiels. 

12.2 Proceder aux approvisionnements— C'est le processus qui consiste a obtenir les responses 
des vendeurs, a selectionner un vendeur et a attribuer un contrat. 

12.3 Gerer les approvisionnements— C'est le processus qui consiste a gerer les relations 
d'approvisionnement avec les foumisseurs, a suivre les performances contractuelles et, le cas 
echeant, a effectuer les modifications et les corrections necessaires. 

12.4 Clore les approvisionnements — C'est le processus qui consiste a mener a terme chacune des 
activites d'approvisionnement du projet. 

Ces processus interagissent entre eux et avec les processus des autres domaines de connaissance. En 
fonction des exigences du projet, chaque processus peut demander I'effort d'une personne ou d'un groupe. 
Chaque processus est execute au moins une fois dans un projet et dans une ou plusieurs de ses phases si celui- 
ci est decoupe en phases. Bien que les processus soient present.es ici comme des composants distincts ayant 
des interfaces clairement definies, dans la pratique ils se chevauchent et interagissent selon des modalit.es qui 
ne sont pas detaillees dans le Guide PMBOK®. Les interactions des processus sont traitees en detail dans le 
chapitre 3, Processus de management d'un projet. 
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Figure 12-1. Vue d'ensemble du management des approvisionnements du projet 
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Les processus de Management des approvisionnements du projet comprennent des contrats qui sont 
des documents juridiques etablis entre un acheteur et un vendeur. Un contrat represents un engagement 
juridique mutuel qui, d'une part, oblige le vendeur a fournir les produits, services ou resultats specifies 
et, d'autre part, oblige I'acheteur a fournir une contrepartie sous forme monetaire ou sous toute autre 
forme acceptable. L'accord peut etre simple ou complexe, et peut refleter la simplicite ou la complexite des 
livrables et de I'effort requis. 

Un contrat d'approvisionnement comprend des termes et conditions, et peut comporter d'autres elements 
specifies par I'acheteur pour definir ce que le vendeur sera appele a executer ou a fournir. II est du ressort 
de I'equipe de management de projet de s'assurer que tous les approvisionnements satisfont les besoins 
specifiques du projet tout en respectant la politique interne de I'organisation en matiere d'approvisionnements. 
En fonction du champ d'application, un contrat peut egalement etre appele accord, arrangement, contrat 
en sous-traitance ou bon de commande. La plupart des organisations ont une politique interne et des 
procedures documentees qui definissent specifiquement les regies d'approvisionnement et qui identifient la 
personne investie de I'autorite de signer et de gerer de tels accords pour le compte de I'organisation. 

Bien que tous les documents du projet soient soumis a une certaine forme de revue et d'approbation, 
le caractere legalement obligatoire d'un contrat signifie normalement qu'il sera soumis a un processus 
d'approbation plus elabore. Dans tous les cas, I'intention premiere du processus de revue et d'approbation est 
de s'assurer que le contrat a ete redige de maniere a decrire les produits, services ou resultats qui satisferont 
le besoin identifies du projet. 

L'equipe de management de projet peut faire appel d'emblee a des specialist.es des contrats, des 
achats, des domaines juridique et technique. Une telle implication peut etre imposee par la politique 
interne d'une organisation. 

Les diverses activites faisant partie des processus de Management des approvisionnements du projet 
constituent le cycle de vie d'un contrat. C'est en gerant activement le cycle de vie du contrat et en formulant 
de fagon rigoureuse les termes et conditions des approvisionnements, qu'il est possible d'eviter, d'attenuer 
ou de transferer au vendeur certains risques identifiables du projet. Conclure un contrat pour des produits 
ou des services est une methode permettant d'attribuer la responsabilite du management ou le partage des 
risques potentiels. 

Un projet complexe peut impliquer le management simultane ou en sequence de plusieurs contrats ou 
contrats en sous-traitance. Dans ces cas, le cycle de vie de chaque contrat peut prendre fin au cours d'une phase 
quelconque du cycle de vie du projet. Le Management des approvisionnements du projet est traite du point de 
vue de la relation entre I'acheteur et le vendeur. La relation entre I'acheteur et le vendeur peut exister a differents 
niveaux dans le cadre d'un projet, et entre des organisations internes et extemes a I'organisation acheteuse. 
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En fonction du champ d'application, le vendeur peut etre appele entrepreneur, sous-traitant, vendeur, 
prestataire de services ou foumisseur. Selon la position de I'acheteur dans le cycle d'approvisionnement du 
projet, I'acheteur peut etre appele client, maitre d'ouvrage, entrepreneur principal, entrepreneur, organisation 
acheteuse, organisme public, demandeur de services ou simplement acheteur. Au cours du cycle de vie du 
contrat, le vendeur peut etre considere tout d'abord comme soumissionnaire, puis comme source selectionnee 
et finalement comme foumisseur sous contrat ou vendeur. 

En general, le vendeur gerera le travail comme un projet si I'acquisition ne se limite pas a du materiel 
standard, des biens ou des produits courants. Dans ce cas : 

• I'acheteur devient le client et par la meme une partie prenante cle du projet pour le vendeur. 

• I'equipe de management de projet du vendeur est concemee par tous les processus de management 
de projet et non seulement par ceux de ce domaine de connaissance particulier. 

• les termes et conditions du contrat deviennent des donnees d'entree cle pour de nombreux processus 
de management du vendeur. Le contrat peut en fait contenir les donnees d'entree (par exemple, les 
principaux livrables, les jalons cles, les objectifs de couts) ou limiter les options de I'equipe de projet 
(par exemple, pour les projets de conception, I'accord de I'acheteur est souvent necessaire pour les 
decisions concemant les ressources humaines). 

Ce chapitre part du principe que I'acheteur d'articles pour le projet est affecte a I'equipe de projet et que 
les vendeurs sont extemes a I'equipe de projet du point de vue de I'organisation. 

II part egalement du principe qu'une relation contractuelle formelle sera developpee et existera entre 
I'acheteur et le vendeur. Toutefois, la majeure partie des sujets trait.es dans ce chapitre s'applique egalement au 
travail non contractuel entre departements, conclu avec d'autres unites de I'organisation de I'equipe de projet. 

12.1 Planifier les approvisionnements 

Planifierles approvisionnements est le processus qui consiste a documenter les decisions d'approvisionnement 
du projet, a specifier les approches et a identifier les vendeurs potentiels (voir les figures 12-2 et 12-3). 
II identifie quels besoins du projet peuvent etre le mieux satisfaits, ou doivent I'etre, par I'acquisition de 
produits, services ou resultats en dehors de I'organisation du projet, par opposition aux besoins du projet 
auxquels I'equipe de projet est en mesure de repondre. 
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Ce processus implique de determiner s'il y a lieu d'avoir recours a de I'assistance exterieure, et si tel est 
le cas, quoi acquerir, de quelle maniere, en quelle quantite et a quel moment. Lorsque les produits, services et 
resultats necessaires a la performance du projet sont obtenus a I'exterieur de I'entreprise realisatrice, tous les 
processus depuis Planifier les approvisionnements jusqu' 'a Clore les approvisionnements sont executes pour 
chaque article a acquerir. 

Le processus Planifier les approvisionnements comprend egalement la prise en compte de vendeurs 
potentiels, notamment lorsque I'acheteur souhaite exercer un certain degre d'influence ou de maitrise sur les 
decisions d'achat. II taut egalement considerer a qui revient la responsabilite d'obtenir ou de detenir les permis 
et les licences professionnelles appropries qui peuvent etre exiges par la legislation, la reglementation ou la 
politique interne de I'organisation pour I'execution du projet. 

Les exigences de I'echeancier du projet peuvent avoir une influence significative sur la strategie au cours 
du processus Planifier les approvisionnements. Les decisions prises dans I'elaboration du plan de management 
des approvisionnements peuvent egalement influencer I'echeancier du projet et sont integrees aux processus 
Elaborer I'echeancier (voir la section 6.5), Estimer les ressources necessaires aux activites {mr la section 6.3), 
ainsi qu'aux decisions de « produire ou acheter » (voir la section 1 2.1 .3.3). 

Le processus Planifier les approvisionnements comprend la prise en compte des risques encourus dans 
chaque decision de « produire ou acheter ». II inclut egalement la revue du type de contrat prevu dans le but 
d'attenuer les risques et de les transferer parfois au vendeur. 
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12.1.1 Planifier les approvisionnements : donnees d'entree 

.1 Reference de base du contenu 

La reference de base du contenu (voir la section 5.3.3.3) decrit le besoin, la justification, les 
exigences et les limites actuelles du projet. Elle comporte les composants suivants : 

• Enonce du contenu. L'enonce du contenu du projet contient la description du contenu du 
produit, la description du service et la description du resultat, la liste des livrables et les criteres 
d'acceptation, ainsi que des informations importantes concemant les problemes majeurs 
techniques ou les preoccupations qui pourraient avoir un impact sur I'estimation des couts. 
Des exemples de contraintes sont les dates de livraison requises, la disponibilite de ressources 
competentes et les politiques internes de I'organisation. 

• SDP. (voir la section 5.3.3.1). 

• Dictionnaire de la SDP. Le dictionnaire de la SDP (voir la section 5.3.3.2) et les enonces detailles 
connexes des travaux foumissent une identification des livrables et une description du travail 
de chacun des composants de la SDP necessaires a la production de chaque livrable. 

.2 Documentation des exigences 

La documentation des exigences peut comporter : 

• des informations importantes sur les exigences du projet qui seront prises en consideration 
pendant la planification des approvisionnements. 

• des exigences ayant des implications contractuelles et legales, qui seront toutes prises en 
consideration lors de la planification des approvisionnements et qui comprennent la sante, la 
securite, la surete, la performance, I'environnement, les assurances, les droits de propriete 
intellectuelle, I'egalite a I'emploi, les licences et les permis. 

.3 Accords de partenariat 

Les accords de partenariat sont des accords contractuels legaux entre deux ou plusieurs entites 
visant a former un partenariat ou une entreprise en coparticipation, ou a convenir de tout autre type 
d'arrangement comme defini par les parties. L'accord definit, pour chaque partie, les roles d'acheteur et 
de vendeur. L'accord de partenariat prend fin lorsque I'opportunite d'affaires se termine. A chaque fois 
qu'un accord de partenariat est en vigueur, le processus de planification du projet est affecte de maniere 
significative. Ainsi, lorsqu'un accord de partenariat est conclu au sein d'un projet, les roles de I'acheteur 
et du vendeur sont predetermines, et des problemes majeurs tels que le contenu du travail, les exigences 
en matiere de concurrence et d'autres problemes majeurs critiques sont generalement predefinis. 
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.4 Registre des risques 

Le registre des risques comprend des informations liees aux risques telles que les risques identifies, 
les personnes en charge des risques et les reponses aux risques (voir la section 1 1 .2.3.1 ). 

.5 Decisions contractuelles relatives aux risques 

Les decisions contractuelles relatives aux risques comprennent les contrats d'assurance, de 
caution, de services et autres selon le cas, qui sont prevus pour definir les responsabilites de chacune 
des parties en cas de realisation de risques particuliers (voir la section 1 1 .5.3.2). 

.6 Besoins en ressources necessaires aux activites 

Les besoins en ressources necessaires aux activites concement les informations relatives a 
des besoins particuliers dont ceux se rapportant aux ressources humaines, a I'equipement ou a 
I'emplacement de I'equipe (voir la section 6.3.3.1). 

.7 Echeancier du projet 

L'echeancier du projet contient des informations concernant les delais requis ou les dates 
exigees relatives aux livrables (voir la section 6.5.3.1). 

.8 Estimations du cout des activites 

Les estimations de couts determinees par I'activite d'approvisionnement sont utilisees pour 
evaluer le caractere raisonnable des offres ou des propositions faites par les vendeurs potentiels (voir 
la section 7.1.3.1). 

.9 Reference de base de performance des couts 

La reference de base de performance des couts fournit des details concernant le budget prevu 
dans le temps (voir la section 7.2.3.1). 

.10 Facteurs environnementaux de I'entreprise 

Parmi les facteurs environnementaux de I'entreprise qui peuvent avoir une influence sur le 
processus Planifierles approvisionnements, on peur citer : 

• les conditions du marche ; 

• les produits, services et resultats disponibles sur le marche ; 

• les foumisseurs, y compris la performance passee ou leur reputation ; 

• les termes et conditions typiques pour les produits, services et resultats, ou pour I'industrie en 
question ; et 

• les exigences locales specifiques. 
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.1 1 Actifs organisationnels 

Parmi les actifs organisationnels qui peuvent avoir une influence sur le processus Planifier les 
approvisionnements, on peut citer : 

• la politique interne, les procedures et les directives formelles relatives aux approvisionnements. 
La plupart des organisations ont une politique interne formelle en matiere d'approvisionnement, 
ainsi que des groupes formels charges des achats. Au cas ou ce type d'assistance aux 
approvisionnements ne serait pas disponible, I'equipe de projet devra fournir a la fois les 
ressources et I'expertise necessaires pour executer de telles activit.es d'approvisionnement. 

• les systemes de management pris en compte dans I'elaboration du plan de management des 
approvisionnements et la selection des types de contrat a utiliser. 

• un systeme d'approvisionnement defini a plusieurs niveaux avec des vendeurs pre-qualifies 
selectionnes en fonction de I'experience passee. 

12.1.2 Planifier les approvisionnements : outils et techniques 

.1 Analyse « produire ou acheter » 

Une analyse « produire ou acheter » est une technique generale de management utilisee pour 
determiner si un travail specifique peut etre accompli de maniere satisfaisante par I'equipe de projet 
ou s'il doit etre achete aupres de sources exterieures. II est possible que des capacites existent au 
sein de I'organisation du projet, mais qu'elles soient engagees dans d'autres projets et dans ce cas, 
il se peut que les efforts doivent etre obtenus aupres d'une organisation externe afin de tenir les 
engagements au niveau de I'echeancier. 

Les contraintes au niveau du budget peuvent influencer les decisions de « produire ou acheter ». Si 
la decision d'acheter est prise, il faut ensuite choisir entre I'achat et la location. Une analyse « produire 
ou acheter » doit prendre en consideration tous les couts connexes, les couts directs et les couts 
indirects correspondants. Par exemple, le volet achat de I'analyse comprend aussi bien les couts reels 
encourus pour I'achat du produit que les couts indirects correspondants relatifs au processus d'achat 
et a I'element achete. 

.2 Jugement d'expert 

II sera souvent fait appel au jugement d'expert dans le domaine technique pour evaluer les 
donnees d'entree et de sortie de ce processus. Pour les approvisionnements, le jugement d'expert 
peut egalement etre utilise pour elaborer ou modifier les criteres qui seront utilises pour evaluer 
les offres des vendeurs. Dans le domaine juridique, le jugement d'expert peut avoir recours aux 
conseils d'un juriste pour les problemes majeurs, et les termes et conditions non standard relatifs 
aux approvisionnements. Un tel jugement, y compris I'expertise commerciale et technique, peut etre 
applique aussi bien aux details techniques des produits, services ou resultats acquis qu'aux differents 
aspects des processus de management des approvisionnements. 
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.3 Types de contrat 

Le risque partage entre I'acheteur et le vendeur est determine par le type de contrat. Bien que 
le type d'arrangement contractuel generalement prefere est le contrat a prix forfaitaire, lequel est 
encourage et souvent exige par la plupart des organisations, il peut arriver qu'une autre forme de 
contrat convienne mieux aux interets du projet. Si un type de contrat autre que le contrat a prix 
forfaitaire est envisage, il incombe a I'equipe de projet de justifier son utilisation. Le type de contrat 
a utiliser et les termes et conditions contractuelles particulieres fixent le degre de risque assume par 
I'acheteur et le vendeur. 

De maniere generale, toutes les relations legales contractuelles font partie de I'une de deux 
grandes categories, a savoir, les contrats a prix forfaitaire ou les contrats a couts remboursables. II 
existe en outre une troisieme categorie de type hybride utilise communement et appelee « contrat 
pieces et main d'oeuvre ». Les types de contrats les plus repandus sont traites ci-apres comme des 
types distincts, mais dans la pratique il n'est pas rare d'associer un ou plusieurs types pour un meme 
approvisionnement. 

• Contrats forfaitaires. Cette categorie de contrats prevoit un prix total fixe pour un produit ou un 
service defini a fournir. En outre, ces contrats peuvent comporter des clauses d'interessement 
pour inciter le foumisseur a atteindre ou a depasser certains objectifs du projet, tels que les dates 
prevues de livraison, la performance des couts et technique, ou tout ce pouvant etre quantifies 
et subsequemment mesure. Les vendeurs engages sous un contrat a forfait sont legalement 
tenus d'honorer ces contrats, sous peine de subir d'eventuels dommages et interets s'ils y 
font defaut. Dans le cas d'un contrat a forfait, les acheteurs doivent definir avec exactitude 
le produit ou les services devant etre fournis. Des modifications peuvent etre apportees au 
contenu, mais generalement en contrepartie d'une augmentation du prix du contrat. 

o Contrats a prix forfaitaire. C'est le type de contrat le plus repandu, prefere par la plupart 
des services des achats car le prix des marchandises est fixe d'emblee et n'est pas sujet a 
modifications a moins que le contenu du travail ne change. Toute augmentation des couts 
due a une performance defavorable est la responsabilite du vendeur, qui a I'obligation 
d'aller au terme de I'effort a fournir. Dans le cadre du contrat a prix forfaitaire, I'acheteur est 
tenu de definir avec exactitude le produit ou les services qui doivent etre fournis, et toute 
modification des specifications des approvisionnements est susceptible de provoquer une 
augmentation des couts pour I'acheteur. 

o Contrats a prix fixe avec interessement. Ce contrat a prix fixe confere une certaine 
flexibilite a I'acheteur et au vendeur en ce qu'il permet des ecarts de performance, avec 
des clauses d'interessement liees a la realisation des metriques convenues. En general, ces 
clauses d'interessement sont liees au cout, a I'echeancier ou a la performance technique 
du vendeur. Les valeurs cibles de performance sont etablies au depart, et le prix contractuel 
final est determine apres achievement de tout le travail sur la base de la performance du 
vendeur. Dans le cas des contrats a prix fixe avec interessement, un prix plafond est fixe 
et tous les couts depassant ce prix plafond sont support.es par le vendeur, qui est dans 
I'obligation d'achever le travail. 
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o Contrats a prix fixe avec indexation des prix. Ce type de contrat est utilise lorsque la 
periode de performance du vendeur s'etend sur un nombre considerable d'annees, comme 
souhaite lors de nombreuses relations a long terme. II s'agit d'un contrat a forfait, comportant 
toutefois une clause speciale permettant des revisions finales predefines du prix contractuel 
en raison de la modification des conditions initiales, telles que les modifications dues a 
I'inflation ou les augmentations (ou les baisses) des couts de matieres premieres. La clause 
d'indexation des prix doit se rapporter a un indice financier fiable qui est utilise pour ajuster 
avec precision le prix final. Le contrat a prix fixe avec indexation des prix est destine a 
proteger a la fois I'acheteur et le vendeur de I'influence de facteurs extemes independants 
de leur volonte. 

Contrats a couts remboursables. Cette categorie de contrat prevoit des paiements (des 
remboursements de couts) au vendeur pour tous les couts reels legitimes encourus pour 
le travail fourni, majores d'honoraires representant le benefice du vendeur. Les contrats a 
couts remboursables peuvent egalement comporter des clauses prevoyant I'interessement 
pour les cas ou le vendeur depasserait ou n'atteindrait pas des objectifs definis tels que 
les cibles concemant les couts, les delais ou la performance technique. Trois des types de 
contrats a couts remboursables les plus repandus sont le contrat en regie avec honoraires 
fixes, le contrat en regie avec interessement et le contrat en regie avec prime au merite. 

Un contrat a couts remboursables confere au projet la flexibilite de pouvoir reorienter un vendeur 
lorsque le contenu du travail ne peut pas etre defini avec precision des le depart et exige des 
modifications, ou lorsque I'effort comporte des risques eleves. 

o Contrats en regie avec honoraires fixes. Le vendeur est rembourse pour tous les couts 
autorises pour I'execution du travail du contrat et regoit des honoraires fixes calcules sous 
forme de pourcentage de I'estimation initiale des couts du projet. Les honoraires ne sont 
verses qu'en contrepartie du travail acheve et ne changent pas en raison des performances 
du vendeur. Les montants des honoraires ne changent pas a moins que le contenu du projet 
ne change. 

o Contrats en regie avec interessement. Le vendeur est rembourse pour tous les couts 
autorises pour I'execution du travail du contrat et regoit une prime d'interessement 
predetermined basee sur I'atteinte de certains objectifs de performance definis dans le 
contrat. Dans le cas des contrats en regie avec interessement, si les couts finaux sont 
inferieurs ou superieurs aux couts initialement prevus, I'acheteur et le vendeur partagent 
tous deux les ecarts sur la base d'une formule de partage des couts prealablement negociee, 
par exemple un partage 80/20 au-dessus/en dessous des couts cibles sur la base des 
performances reelles du vendeur. 
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o Contrats en regie avec prime au merite. Le vendeur est rembourse pour tous les couts 
legitimes, mais I'essentiel des honoraires n'est gagne que sur la base de la satisfaction 
de certains criteres generaux subjectifs de performance definis et incorpores au contrat. 
Les honoraires sont determines uniquement sur la base du jugement subjectif des 
performances du vendeur par I'acheteur et ne peut en general pas faire I'objet d'une 
quelconque contestation. 

• Contrat pieces et main d'oeuvre. Les contrats pieces et main d'oeuvre sont un type de contrat 
hybride comprenant a la fois certains aspects des contrats a couts remboursables et des 
contrats forfaitaires. lis sont souvent utilises pour I'augmentation du personnel, I'acquisition 
d'experts et toute assistance externe lorsqu'il n'est pas possible d'etablir rapidement un 
enonce precis des travaux. 

Ces types de contrats ressemblent aux contrats a couts remboursables en ce qu'ils peuvent 
rester indetermines et faire I'objet d'une augmentation de cout pour I'acheteur. La valeurtotale 
de I'accord et la quantite exacte d'elements a livrer peuvent ne pas etre definies par I'acheteur 
au moment de I'attribution du contrat. La valeur des contrats pieces et main d'oeuvre est 
done susceptible d'augmenter comme s'il s'agissait d'un contrat a couts remboursables. De 
nombreuses organisations exigent de ne pas depasser certaines limites en termes de valeur et de 
delais, imposees sur tous les contrats pieces et main d'oeuvre pour eviter la croissance illimitee 
des couts. Reciproquement, les contrats pieces et main d'oeuvre peuvent aussi ressembler a des 
accords a prixforfaitaire unitaire lorsque certains parametres sont specifies dans le contrat. Les 
taux unitaires de main d'oeuvre ou de materiau peuvent etre predetermines par I'acheteur et le 
vendeur, y compris le benefice pour le vendeur, lorsque les deux parties conviennent de valeurs 
pour des categories specifiques de ressources, telles que des ingenieurs seniors a des taux 
horaires specifiques, ou des categories de materiaux a des taux unitaires specifiques. 

12.1.3 Planifier les approvisionnements : donnees de sortie 

.1 Plan de management des approvisionnements 

Leplandemanagementdesapprovisionnementsdecritcommentlesprocessusd'approvisionnement 
seront geres, depuis I'elaboration des documents d'approvisionnement jusqu'a la cloture du contrat. 
Le plan de management des approvisionnements peut comporter des directives pour : 

• les types de contrats a utiliser ; 

• les problemes majeurs concernant le management des risques ; 

• savoir si des estimations independantes seront utilisees et si elles sont necessaires comme 
criteres devaluation ; 

• les actions que I'equipe de management de projet peut entreprendre unilateralement, si 
I'entreprise realisatrice dispose d'un service present charge des approvisionnements, de 
I'etablissement des contrats ou des achats ; 
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• les documents d'approvisionnement standardises, s'ils sont necessaires ; 

• le management de plusieurs fournisseurs ; 

• la coordination des approvisionnements avec d'autres aspects du projet, comme la planification 
et I'etablissement du rapport d'avancement ; 

• toutes contraintes et hypotheses susceptibles d'affecter les approvisionnements prevus ; 

• la gestion des delais requis pour acheter des articles aupres des vendeurs et leur coordination 
avec I'elaboration de I'echeancier du projet ; 

• le traitement des decisions de « produire ou acheter » et leurs liens avec les processus Estimer 
les ressources necessaires aux activites et Elaborer I'echeancier. 

• I'etablissement dans chaque contrat des dates d'echeance pour les livrables du contrat et la 
coordination avec les processus Elaborer I'echeancier et Maitriser I'echeancier. 

• I'identification des exigences pour les cautions de bonne execution ou les contrats d'assurance 
afin d'attenuer certaines formes de risques du projet ; 

• I'etablissement des directives a fournir aux vendeurs par rapport a I'elaboration et au maintien 
d'une structure de decoupage du projet (SDP) ; 

• la definition du formulaire et du format a utiliser pour les enonces des travaux relatifs aux 
approvisionnements / contrats. 

• I'identification des vendeurs pre-qualifies a qui avoir recours, le cas echeant ; et 

• les metriques d'approvisionnement a utiliser pour le management des contrats et revaluation 
des vendeurs. 

Selon les besoins de chaque projet, un plan de management des approvisionnements peut etre formel 
ou informel, tres detaille ou formule de maniere generale. Le plan de management des approvisionnements 
est un composant subsidiaire du plan de management du projet (voir la section 4.2.3.1). 

.2 Enonces des travaux d'approvisionnement 

L'enonce des travaux pour chaque approvisionnement est elabore a partir de la reference de base 
du contenu du projet et definit seulement la partie du contenu du projet qui doit etre incluse dans le 
contrat conceme. L'enonce des travaux d'approvisionnement fournit une description suffisamment 
detaillee de I'article approvisionne pour permettre aux vendeurs potentiels de determiner s'ils sont en 
mesure de fournir les produits, services ou resultats en question. Le niveau de detail necessaire peut 
varier en fonction de la nature de I'article, des besoins de I'acheteur ou de la forme du contrat prevu. 
Les informations incluses dans un enonce des travaux peuvent comprendre les specifications, la 
quantite souhait.ee, les niveaux de qualite, les donnees de performance, les periodes de performance, 
les lieux d'execution du travail et d'autres exigences. 
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L'enonce des travaux d'approvisionnement est formule de fagon claire, complete et concise. II 
comporte une description de tous les services auxiliaires requis, tels que les rapports d'avancement 
ou le soutien operationnel de I'article fourni apres la fin du projet. Dans certains champs 
d'application, il existe des exigences specifiques de contenu et de format pour l'enonce des travaux 
d'approvisionnement. Chaque article approvisionne exige un enonce des travaux. Toutefois, plusieurs 
produits ou services peuvent etre regroupes en un seul article approvisionne et dans un meme enonce 
des travaux. 

L'enonce des travaux d'approvisionnement peut etre revu et affine au besoin a mesure qu'il progresse 
au sein du processus d'approvisionnement jusqu'a son incorporation dans un contrat signe. 

.3 Decisions de « produire ou acheter » 

Les decisions de « produire ou acheter » documentent les conclusions relatives aux produits, 
services ou resultats qui seront acquis a I'exterieur de I'organisation du projet, et ceux qui seront 
realises en interne par I'equipe de projet. Ceci peut inclure les decisions de souscrire a des polices 
d'assurances ou d'etablir des contrats de caution de bonne execution pour traiter certains des risques 
identifies. Le document relatif aux decisions de « produire ou acheter » peut etre une simple liste 
comportant une breve justification des decisions. Ces decisions peuvent etre modifiees si des activites 
d'approvisionnement subsequentes indiquent la necessite d'une approche differente. 

.4 Documents d'approvisionnement 

Les documents d'approvisionnement sont utilises pour solliciter des offres de la part de vendeurs 
potentiels. Les termes offre, soumission ou proposition de prix sont generalement utilises lorsque 
la decision du choix du vendeur repose sur le prix (dans le cas de I'achat d'articles distribues 
dans le commerce ou de type standard), tandis que le terme proposition est le plus souvent utilise 
lorsque d'autres considerations priment, telles que les competences ou I'approche techniques. 
On rencontre couramment les termes suivants pour designer les differents types de documents 
d'approvisionnement : demande d'information, appel d'offres, appel a proposition, demande de 
prix, avis d'appel d'offres, appel a la negociation et reponse initiale des vendeurs. La terminologie 
specifique aux approvisionnements peut varier selon I'industrie et la region d'approvisionnement. 

L'acheteur structure les documents d'approvisionnement pour faciliter I'elaboration d'une reponse 
precise et complete de la part de chaque vendeur potentiel, ainsi que pour permettre une evaluation 
facile des reponses. Ces documents comprennent une description du formulaire de reponse souhaite, 
de l'enonce des travaux d'approvisionnement approprie et de toutes les dispositions contractuelles 
requises. Dans le cas de contrats gouvemementaux, tout ou partie du contenu et de la structure des 
documents d'approvisionnement peut etre defini par une reglementation. 
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La complexity et le niveau de detail des documents d'approvisionnement doivent etre 
proportionnes a la valeur de I'approvisionnement planifie et aux risques qu'il presente. Les documents 
d'approvisionnement doivent etre suffisamment rigoureux pour assurer des reponses coherentes et 
adequates, mais suffisamment souples pour permettre de prendre en compte les suggestions des 
vendeurs sur les meilleures fagons de satisfaire les exigences. 

Remission d'une demande d'approvisionnement sollicitant les vendeurs potentiels a soumettre une 
proposition ou une offre s'effectue normalement conformement a la politique interne de I'organisation 
de I'acheteur. Elle peut inclure la diffusion de la demande dans des journaux, des joumaux specialises, 
des registres publics ou sur Internet. 

.5 Criteres de selection des sources 

Les criteres de selection sont souvent inclus en tant que partie des documents de sollicitation des 
approvisionnements. Ces criteres sont elabores et utilises pour classer ou evaluer les propositions des 
vendeurs, et peuvent etre objectifs ou subjectifs. 

Les criteres de selection peuvent se limiter au prix d'achat si I'article a approvisionner se trouve 
facilement chez un certain nombre de vendeurs valables. Dans ce contexte, le prix d'achat comprend 
a la fois le cout de I'article et tous les frais supplementaires tels que les frais de livraison. 

D'autres criteres de selection peuvent etre identifies et document.es pour etayer revaluation de 
produits, services ou resultats plus complexes. En voici quelques exemples. 

• Comprehension du besoin. Dans quelle mesure la proposition du vendeur repond-elle de 
maniere satisfaisante a I'enonce des travaux d'approvisionnement ? 

• Cout global ou cout du cycle de vie. Le vendeur choisi offrira-t-il le cout global le plus 
avantageux (cout d'achat plus cout d'exploitation) ? 

• Capacite technique. Le vendeur a-t-il les competences et connaissances techniques 
necessaires, ou peut-on raisonnablement attendre de lui qu'il les acquiere ? 

• Risques. Quel niveau de risque I'enonce des travaux comporte-t-il, quelle portion de ces risques 
sera-t-elle transferee au vendeur choisi et comment le vendeur attenuera-t-il ces risques ? 

• Approche de management. Le vendeur a-t-il des processus et procedures de management 
permettant d'assurer la reussite du projet, ou peut-on raisonnablement attendre de lui qu'il les 
developpe ? 

• Approche technique. Les methodologies techniques, les techniques, les solutions et les services 
proposes par le vendeur repondent-ils aux exigences des documents d'approvisionnement ou 
sont-ils susceptibles de fournir plus ou moins que les resultats attendus ? 
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• Garantie. Sur quoi la garantie du produit final proposee par le vendeur porte-t-elle, et sur 
quelle periode ? 

• Capacite financiere. Le vendeur dispose-t-il des ressources financiers necessaires, ou peut- 
on raisonnablement attendre de lui qu'il les obtienne ? 

• Capacite de production et interet. Le vendeur a-t-il la capacite de repondre aux exigences 
potentielles futures, et sera-t-il interesse ? 

• Taille et type de I'entreprise. L'entreprise du vendeur s'inscrit-elle dans une categorie 
commerciale particuliere telle que petite entreprise, entreprise geree par des femmes ou 
petite entreprise defavorisee, comme defini par I'acheteur ou etabli par un organisme public et 
specifie comme condition pour I'attribution du contrat ? 

• Performances passees des vendeurs. Quelle a ete I'experience par le passe avec les vendeurs 
choisis ? 

• References. Le vendeur est-il en mesure de fournir des references d'anciens clients pouvant 
attester de son experience professionnelle et de sa conformite aux exigences contractuelles ? 

• Droits de propriete intellectuelle. Le vendeur fait-il valoir des droits de propriete intellectuelle 
sur les processus de travail ou services auxquels il fera appel, ou sur les produits qu'il realisera 
dans le cadre du projet ? 

• Droits de propriete. Le vendeur fait-il valoir des droits de propriete sur les processus de travail 
ou services auxquels il fera appel, ou sur les produits qu'il realisera dans le cadre du projet ? 

.6 Demandes de modification 

Les demandes de modification (voir la section 4.3.3.3) du plan de management du projet, de ses plans 
subsidiaires et d'autres composants peuvent resulter du processus Planifierles approvisionnements. 
Les demandes de modification sont passees en revue et reglees par le processus Mettre en ceuvre la 
maitrise integree des modifications (voir la section 4.5). 

12.2 Proceder aux approvisionnements 

Proceder aux approvisionnements est le processus qui consiste a obtenir les responses des vendeurs, a 
selectionner un vendeur et a attribuer un contrat (voir les figures 12-4 et 12-5). Dans le cadre de ce processus, 
I'equipe recevra des offres ou des propositions, et appliquera des criteres de selection prealablement definis pour 
choisir un ou plusieurs vendeurs qui soient qualifies pour effectuer le travail et acceptables en tant que tels. 

Pour les elements d'approvisionnement importants, le processus global qui consiste a solliciter des reponses 
aupres de vendeurs et a evaluer ces reponses peut etre repete. Une liste restreinte de vendeurs qualifies peut 
etre etablie sur la base d'une offre preliminaire. II est alors possible de proceder a une evaluation plus detaillee 
sur la base d'une documentation plus specifique et exhaustive des exigences, qui est demandee aux vendeurs 
figurant sur la liste restreinte. Par ailleurs, les outils et techniques decrits ici peuvent etre utilises seuls ou en 
combinaison pour choisir les vendeurs. Par exemple, il est possible d'utiliser un systeme de ponderation pour : 
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choisir un vendeur unique a qui il sera demande de signer un contrat standard, et 

etablir une sequence de negotiation en classant toutes les offres en fonction des notes devaluation 
ponderees affectees a chacune d'elles. 
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Figure 12-4. Proceder aux approvisionnements : donnees d'entree, 
outils et techniques, et donnees de sortie 
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Figure 12-5. Diagramme de flux des donnees du processus Proceder aux approvisionnements 
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12.2.1 Proceder aux approvisionnements : donnees d'entree 
.1 Plan de management du projet 

Le plan de management des approvisionnements, qui fait partie integrante du plan de management du 
projet decrit a la section 4.2.3.1 , est une donnee d'entree du processus Proceder aux approvisionnements 
et decrit comment le processus d'approvisionnement sera gere en partant de I'elaboration des 
documents d'approvisionnement jusqu'a la cloture du contrat (voir la section 1 2.1 .3.1 ). 

.2 Documents d'approvisionnement 

lis sont decrits a la section 1 2.1 .3.4. 
.3 Criteres de selection des sources 

Les criteres de selection des sources peuvent comporter des informations sur les capacites 
requises du foumisseur, les dates de livraison, le cout du produit, le cout global du cycle de vie, 
I'expertise technique et I'approche par rapport au contrat comme decrit a la section 1 2.1 .3.5. 

.4 Liste des vendeurs qualifies 

Une liste des vendeurs ayant ete preselectionnes sur la base de leurs qualifications et de leur 
experience passee, de sorte que les approvisionnements s'appliquent uniquement aux vendeurs qui 
peuvent realiser n'importe quel contrat qui en resulte. 

.5 Offres des vendeurs 

Les offres des vendeurs preparees en reponse a un dossier comportant des documents 
d'approvisionnement torment I'ensemble des informations de base, qu'un jury devaluation utilisera pour 
choisir un ou plusieurs soumissionnaires retenus (vendeurs). 

.6 Documents du projet 

Les documents du projet souvent pris en consideration comprennent : 

• le registre des risques (voir la section 1 1 .5.1 .1 ), et 

• les decisions contractuelles liees aux risques (voir la section 1 1 .5.3.2). 
.7 Decisions de « produire ou acheter » 

Elles sont decrites a la section 1 2.1 .3.3. 
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.8 Accords de partenariat 

Lorsqu'il existe un accord de partenariat, les roles d'acheteur et de vendeur auront deja fait I'objet 
d'une decision de la part de la direction generale. Dans certains cas, il est possible que le vendeur 
travaille deja sous une certaine forme de contrat d'interim finance par I'acheteur ou conjointement par 
les deux parties. L'effort de I'acheteur et du vendeur dans ce processus est de preparer collectivement 
un enonce des travaux d'approvisionnement qui soit en mesure de satisfaire les exigences du projet. 
Les parties procederont alors a la negociation d'un contrat final devant etre attribue. 

.9 Actifs organisationnels 

Parmi les elements des actifs organisationnels qui peuvent avoir une influence sur le processus 
Procederaux approvisionnements, on peut citer : 

• les listes de vendeurs potentiels et precedemment qualifies ; et 

• les informations concemant les experiences passees pertinentes avec des vendeurs, a la fois 
bonnes et mauvaises. 

12.2.2 Proceder aux approvisionnements : outils et techniques 

.1 Conferences des soumissionnaires 

Les conferences des soumissionnaires (parfois appelees conferences d'entrepreneurs, conferences 
de vendeurs ou conferences preliminairesal'offre)sont des reunions avec tousles vendeurs etacheteurs 
potentiels avant la soumission d'une offre ou d'une proposition. Elles permettent de s'assurer que tous 
les vendeurs potentiels ont une comprehension claire et commune du besoin d'approvisionnement 
(aussi bien du point de vue des exigences techniques que contractuelles), et qu'aucun soumissionnaire 
ne beneficie de traitement preferentiel. Les reponses aux questions peuvent etre incorporees dans les 
documents d'approvisionnement sous forme d'amendements. Dans un souci d'equite, les acheteurs 
doivent prendre grand soin de s'assurer que tous les vendeurs potentiels entendent chaque question 
de tout vendeur potentiel particulier ainsi que toute reponse donnee par I'acheteur. 

.2 Techniques devaluation des propositions 

Pour des approvisionnements complexes, ou la selection de la source sera effectuee sur la base 
des reponses des vendeurs a des criteres ponderes prealablement definis, un processus formel de 
revue devaluation sera defini par la politique interne de I'acheteur en matiere d'approvisionnement. Le 
comite devaluation en fera la selection pour approbation par la direction avant I'attribution du contrat. 
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.3 Estimations independantes 

Pour de nombreux elements d'approvisionnement, I'organisation acheteuse peut soit preparer 
sa propre estimation independante, soit faire preparer une estimation des couts par un estimateur 
professionnel externe, aux fins de verification des reponses proposees. Des differences significatives 
dans les estimations des couts peuvent indiquer que I'enonce des travaux d'approvisionnement 
etait deficient, ambigu et/ou que les vendeurs potentiels ont soit mal compris I'enonce des travaux 
d'approvisionnement, soit manque d'y repondre dans son integralite. 

.4 Jugement d'expert 

Le jugement d'expert peut etre utilise pour evaluer les propositions des vendeurs. L'evaluation 
des propositions peut etre effectuee par une equipe de revue multidisciplinaire possedant I'expertise 
requise dans chacun des domaines couverts par les documents d'approvisionnement et le contrat 
propose. Ceci peut comprendre I'expertise de disciplines fonctionnelles telles que I'etablissement 
des contrats, les services juridiques, les services financiers, la comptabilite, I'ingenierie, la 
conception, la recherche, le developpement, les ventes et la fabrication. 

.5 Publicite 

Les listes existantes de vendeurs potentiels peuvent souvent etre elargies en plagant des annonces 
dans des publications de grande diffusion telles que des journaux selectionnes ou dans des publications 
professionnelles specialises. Certaines juridictions gouvemementales exigent la diffusion publique de 
certains types d'articles a approvisionner, et la plupart d'entre elles exigent une diffusion publique pour les 
contrats en attente. 

.6 Recherche sur Internet 

L'lnternet a une influence majeure sur la plupart des approvisionnements du projet et les 
chames d'approvisionnement des organisations. Mors qu'un grand nombre de produits, composants 
et elements standard peuvent etre rapidement trouves et obtenus a un prix fixe sur Internet, les 
approvisionnements a haut risque, fortement complexes, qui doivent faire I'objet d'une surveillance 
etroite, ne peuvent pas etre obtenus par ce moyen. 

.7 Negociations d'approvisionnement 

Les negociations permettent de clarifier la structure, les exigences et d'autres conditions 
auxquelles sont soumis les achats, de sorte qu'il soit possible de conclure des accords mutuels avant 
la signature du contrat. Les termes du contrat final refletent tous les accords conclus. Les sujets 
couverts doivent comprendre les responsabilites, la faculte d'apporter des modifications, les termes 
et les lois applicables, les approches techniques et celles du management des affaires, les droits de 
propriete, le financement du contrat, les solutions techniques, I'echeancier global, les paiements et le 
prix. Ces negociations se concluent par un document contractuel qui peut etre realise par I'acheteur 
et le vendeur. 
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Pour les elements d'approvisionnement complexes, la negotiation du contrat peut etre un processus 
independant avec ses propres donnees d'entree (par exemple, une liste des problemes majeurs, une 
liste d'elements en suspens) et de sortie (par exemple, des decisions documentees). Pour les elements 
d'approvisionnement simples, les termes et conditions du contrat peuvent etre prealablement fixes et 
non negociables, et ne requerir que I'accord du vendeur. 

Le chef de projet peut ne pas etre le negociateur principal des approvisionnements. Le chef de projet 
et d'autres membres de I'equipe de management de projet peuvent etre presents lors des negociations 
pour fournir leur assistance, et si besoin est, pour apporter des clarifications quant aux exigences 
techniques et en matiere de qualite et de management du projet. 

12.2.3 Proceder aux approvisionnements : donnees de sortie 

.1 Vendeurs selectionnes 

Les vendeurs selectionnes sont ceux qui ont ete juges etre dans une fourchette competitive sur la 
base du resultat de revaluation de la proposition ou de I'offre, et qui ont negocie un projet de contrat 
qui deviendra le contrat reel au moment de la decision d'attribution. L'approbation finale de tous les 
approvisionnements complexes, de grande valeur et a haut risque, exige generalement l'approbation 
de la direction generale de I'organisation avant toute attribution. 

.2 Attribution des contrats d'approvisionnement 

Un contrat d'approvisionnement est attribue a chaque vendeur selectionne. Le contrat peut se 
presenter sous forme d'un simple bon de commande ou d'un document complexe. Independamment 
de la complexity du document, un contrat est un accord juridique mutuel qui oblige le vendeur a fournir 
les produits, services ou resultats specifies, et qui oblige I'acheteur a en payer le prix au vendeur. Un 
contrat etablit une relation legale pouvant etre portee devant les tribunaux. Les composants principaux 
d'un document contractuel varient, mais comprennent generalement, entre autres : 

• I'enonce des travaux ou les livrables, 

• la reference de base de I'echeancier, 

• I'etablissement du rapport d'avancement 

• la periode d'execution, 

• les roles et les responsabilites, 

• le lieu d'execution du vendeur, 

• les prix, 
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les modalites de paiement, 

le lieu de livraison, 

les criteres d'inspection et d'acceptation, 

les garanties, 

I'assistance produit, 

les limites de responsabilite, 

les honoraires et les retenues de garantie, 

les penalit.es, 

les mesures incitatives, 

I'assurance et les cautions de bonne execution, 

I'approbation des sous-traitants subordonnes, 

le traitement des demandes de modification, et 

un mecanisme de resiliation et de resolution alternative des differends. La methode de resolution 
alternative des differends peut etre decidee a I'avance, dans le cadre de I'attribution du contrat 
d'approvisionnement. 

.3 Demandes de modification 

Les demandes de modification du plan de management du projet, de ses plans subsidiaires et 
d'autres composants sont passees en revue et reglees par le processus Mettre en ceuvre la maitrise 
integree des modifications (voir la section 4.5). 

.4 Demandes de modification 

Les demandes de modification du plan de management du projet, de ses plans subsidiaires et 
d'autres composants sont passees en revue et reglees par le processus Mettre en ceuvre la maitrise 
integree des modifications (voir la section 4.5). 

.5 Mises a jour du plan de management du projet 

Les elements du plan de management du projet qui sont susceptibles de mises a jour sont, en 
particulier: 

• la reference de base des couts, 

• la reference de base du contenu, 

• la reference de base de I'echeancier, et 

• le plan de management des approvisionnements. 
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.6 Mises a jour des documents du projet 

Certains documents du projet peuvent necessiter des mises a jour ; ce sont, en particulier : 

• la documentation des exigences, 

• la documentation de tragabilite des exigences, et 

• le registre des risques. 

12.3 Gerer les approvisionnements 

Gerer les approvisionnements est le processus qui consiste a gerer les relations avec les fournisseurs, 
a suivre les performances contractuelles et, le cas echeant, a effectuer les modifications et les corrections 
necessaires (voir les figures 1 2-6 et 1 2-7). L'acheteur et le vendeur gereront le contrat d'approvisionnement a 
des fins similaires. Chacun doit s'assurer que les deux parties remplissent leurs obligations contractuelles et 
que leurs propres droits sont proteges. Le processus Gerer les approvisionnements permet de s'assurer que la 
performance du vendeur satisfait les exigences des approvisionnements et que l'acheteur s'acquitte des ses 
obligations selon les termes du contrat en vigueur. La nature juridique des relations contractuelles impose que 
I'equipe de management de projet ait connaissance des implications juridiques des demarches entreprises dans 
le cadre de la gestion d'un quelconque approvisionnement. Pour les projets de grande envergure comprenant 
plusieurs fournisseurs, un aspect cle de la gestion des contrats reside dans le management des interfaces 
entre les divers fournisseurs. 

En raison de differentes structures organisationnelles, beaucoup d'organisations traitent la gestion des 
contrats comme une fonction administrative distincte de I'organisation du projet. Tandis qu'un administrateur 
des approvisionnements peut faire partie de I'equipe de projet, il se trouve generalement sous I'autorite du 
responsable d'un autre service. C'est habituellement le cas si I'entreprise realisatrice est egalement le vendeur 
du projet aupres d'un client externe. 



.1 Documents 
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Figure 12-6. Gerer les approvisionnements : donnees d'entree, outils et techniqui 
et donnees de sortie 
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Figure 12-7. Diagramme de flux des donnees du processus Gererles approvisionnements 

Gererles approvisionnements comprend I'application des processus de management de projet adequats 
aux relations contractuelles et Integration des donnees de sortie de ces processus dans le management 
global du projet. Cette integration a lieu souvent a plusieurs niveaux lorsque plusieurs vendeurs entrent en 
jeu pour des produits, services, ou resultats multiples. Les processus de management de projet qui sont 
appliques comprennent, entre autres : 

• Dinger et piloter I'execution du projet (voir la section 4.3) pour autoriser le travail du vendeur au 
moment opportun ; 

• Rendre compte de la performance (voir la section 10.5) pour surveiller le contenu, le cout, 
I'echeancier et la performance technique du contrat ; 
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• Mettre en ceuvre le controle qualite (voir la section 8.3) pour inspecter et verifier la conformite du 
produitdu vendeur ; 

• Mettre en ceuvre la maitrise integree des modifications (voir la section 4.5) pour s'assurer que 
les modifications sont correctement approuvees et que toutes les personnes qui doivent en etre 
informees le sont effectivement ; et 

• Surveiller et maitriser les risques (voir la section 1 1 .6) pour s'assurer que les risques soient 
attenues. 

Gerer les approvisionnements comporte egalement un composant de gestion financiere qui implique la 
surveillance des paiements effectues au vendeur. Ceci assure que les conditions de paiement definies dans le 
contrat sont respectees et que la contrepartie du vendeur est liee a la progression du vendeur, comme defini 
dans le contrat. L'existence d'une relation etroite entre les paiements effectues aux foumisseurs et leur travail 
accompli est Tune des preoccupations premieres au moment d'effectuer les paiements. 

Le processus Gerer les approvisionnements passe en revue et documente le niveau de performance passee 
ou presente du vendeur sur la base du contrat et etablit les actions correctives en cas de besoin. Cette revue 
de performance peut etre utilisee pour mesurer la competence du vendeur a effectuer un travail similaire 
dans le cadre de futurs projets. Des evaluations similaires sont egalement effectuees lorsqu'il est necessaire 
de confirmer qu'un vendeur ne remplit pas ses obligations contractuelles et lorsque I'acheteur envisage des 
actions correctives. Gerer les approvisionnements comprend le management de toute resiliation prematuree 
du travail engage au titre du contrat (resiliation motivee, par commodite ou pour inexecution) conformement a 
la clause de resiliation du contrat. 

Avant leur cloture, les contrats peuvent faire I'objet d'amendements a tout moment par consentement 
mutuel, conformement aux clauses contractuelles de maitrise des modifications. Parfois, de tels amendements 
ne presentent pas des avantages equilibres pour le vendeur et I'acheteur. 

12.3.1 Gerer les approvisionnements : donnees d'entree 

.1 Documents d'approvisionnement 

Les documents d'approvisionnement contiennent des enregistrements complets pertinents 
pour la gestion des processus d'approvisionnement. Ceci comprend les attributions du contrat 
d'approvisionnement et I'enonce des travaux d'approvisionnement. 

.2 Plan de management du projet 

Le plan de management des approvisionnements, qui fait partie integrants du plan de 
management du projet, est une donnee d'entree du processus Proceder aux approvisionnements 
et decrit comment le processus d'approvisionnement sera gere en partant de I'elaboration des 
documents d'approvisionnement jusqu'a la cloture du contrat (voir la section 1 2.1 .3.1 ). 

.3 Contrat 

II est decrit a la section 12.2.3.2. 
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.4 Rapports d'avancement 

La documentation Nee a la performance du vendeur comprend : 

• la documentation technique elaboree par le vendeur et toute autre information sur les livrables 
foumies conformement aux termes du contrat, et 

• les rapports d'avancement du vendeur (voir la section 1 0.5.3.1 ). Les rapports d'avancement du 
vendeur indiquent quels livrables ont ete fournis et lesquels ne I'ont pas ete. 

.5 Demandes de modification approuvees 

Les demandes de modification approuvees peuvent comprendre les modifications des termes 
et conditions du contrat, y compris de I'enonce des travaux d'approvisionnement, du prix et la 
description des produits, services ou resultats a fournir. Toute modification est formellement 
document.ee par ecrit et approuvee avant d'etre mise en oeuvre. 

.6 Information sur la performance du travail 

L'information sur la performance du travail (voir la section 4.3.3.2), y compris le degre de conform ite 
aux normes de qualite, les couts encourus ou engages, les factures des vendeurs ayant ete payees, 
est collectee dans le cadre de I'execution du projet. 

12.3.2 Gerer les approvisionnements : outils et techniques 

.1 Systeme de maitrise des modifications du contrat 

Un systeme de maitrise des modifications du contrat definit le processus par lequel les 
approvisionnements peuvent etre modifies. II inclut les formulaires, les systemes de suivi, les 
procedures de resolution des differends et les niveaux d'approbation necessaires a I'autorisation des 
modifications. Le systeme de maitrise des modifications du contrat est incorpore au systeme de 
maitrise integree des modifications. 

.2 Revues des performances des approvisionnements 

Une revue des performances des approvisionnements est un examen structure de la progression 
du vendeur dans sa livraison du contenu et de la qualite du projet, dans les limites de cout et de delais, 
par rapport au contrat. Elle peut inclure une revue de la documentation preparee par le vendeur et 
des inspections effectuees par I'acheteur, ainsi que des audits qualite effectues pendant I'execution 
du travail par le vendeur. L'objectif d'une revue des performances est d'identifier les reussites et les 
echecs en matiere de performance, le progres par rapport a I'enonce des travaux d'approvisionnement 
et la non-conformite par rapport au contrat, ce qui permet a I'acheteur de quantifier la capacite ou 
I'incapacite dont le vendeur a fait preuve dans I'execution du travail. De telles revues peuvent s'inscrire 
dans le cadre de revues d'etat du projet qui comprendraient des foumisseurs cles. 
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.3 Inspections et audits 

Les inspections et les audits requis par I'acheteur et supportes par le vendeur comme specifie 
dans le contrat d'approvisionnement peuvent etre effectues pendant I'execution du projet pour 
confirmer que les processus de travail ou les livrables du vendeur sont conformes. Si le contrat 
I'autorise, certaines equipes d'inspection et d'audit peuvent compter dans leurs rangs du personnel 
du departement d'approvisionnement de I'acheteur. 

.4 Etablissement du rapport d'avancement 

L'etablissement du rapport d'avancement fournit a la direction des informations sur le degre 
d'efficacite du vendeur par rapport a I'atteinte des objectifs contractuels. 

.5 Systemes de paiement 

Les paiements au vendeur sont habituellement trait.es par le systeme de gestion des creanciers de 
I'acheteur apres que le travail ait ete certifie comme satisfaisant par une personne dument habilitee 
de I'equipe de projet. Tous les paiements doivent etre effectues et document.es en stricte conformite 
avec les termesdu contrat. 

.6 Gestion des reclamations 

Les modifications contestees et les modifications implicites forcees sont des modifications 
demandees pour lesquelles I'acheteur et le vendeur ne parviennent pas a un accord sur une 
contrepartie pour la modification, ou n'arrivent pas a s'entendre sur le fait qu'une modification a ete 
effectuee. Ces modifications contestees sont aussi appelees reclamations, differends ou recours. 
Les reclamations sont documentees, traitees, surveillees et gerees tout au long du cycle de vie du 
contrat, generalement en accord avec les termes du contrat. Si les parties elles-memes ne trouvent 
pas de solution a une reclamation, il est possible que celle-ci doive etre trait.ee conformement aux 
procedures de resolution alternative des differends definies dans le contrat. Le reglement de toutes 
les reclamations et differends par la negociation est la methode preferee. 

.7 Systeme de gestion des enregistrements 

Le chef de projet fait appel a un systeme de gestion des enregistrements pour gerer les documents 
et enregistrements du contrat et des approvisionnements. II s'agit d'un ensemble specifique de 
processus, de fonctions connexes de maitrise et d'outils d'automatisation consolides et combines en 
un tout, dans le cadre du systeme de gestion de I'information du projet (voir la section 4.3.2.2). Le 
systeme contient un archivage recuperable des documents contractuels et de la correspondance. 
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12.3.3 Gerer les approvisionnements : donnees de sortie 

.1 Documents d'approvisionnement 

Les documents d'approvisionnement comprennent, entre autres, le contrat d'approvisionnement 
avec tous les echeanciers correspondants, les demandes de modification du contrat non approuvees 
et les demandes de modification approuvees. Les documents d'approvisionnement comprennent 
egalement toute documentation technique elaboree par le vendeur et toute autre information sur la 
performance du travail, telle que les livrables, les rapports d'avancement du vendeur, les garanties, 
les documents financiers y compris les factures et les enregistrements de paiement, et les resultats 
des inspections liees au contrat. 

.2 Mises a jour des actifs organisationnels 

Parmi les elements des actifs organisationnels susceptibles de mises a jour, on peut citer : 

• la correspondance. Les termes et conditions du contrat exigent souvent la documentation 
ecrite de certains aspects des communications entre I'acheteur et le vendeur, telle que 
la necessite d'avertissement en cas de performance non satisfaisante et les demandes de 
modification ou de clarifications du contrat. Cette correspondance peut contenir les resultats 
rapportes par les audits et les inspections de I'acheteur indiquant les faiblesses que le vendeur 
est appele a corriger. En plus d'exigences specifiques du contrat en matiere de documentation, 
un enregistrement ecrit complet et precis de toutes les communications ecrites ou orales du 
contrat, des actions entreprises et les decisions est conserve par les deux parties. 

• les echeanciers et les demandes de paiement. Tous les paiements doivent etre effectues 
conformement aux termes et conditions du contrat. 

• la documentation sur revaluation de la performance du vendeur. La documentation sur 
revaluation de la performance du vendeur est preparee par I'acheteur. De telles evaluations 
de performance documentent la capacite du vendeur a continuer d'executer le travail au titre 
du contrat actuel, indiquent si le vendeur peut etre autorise a executer le travail pour de futurs 
projets ou mesurent I'efficacite dont fait preuve le vendeur dans I'execution du travail du projet. 
Ces documents peuvent constituer la base d'une resiliation prematuree du contrat avec le 
vendeur, ou determiner comment les penalties, les honoraires ou les primes incitatives du 
contrat sont administres. Les resultats de ces evaluations de performance peuvent egalement 
etre inclus dans les listes appropriees de vendeurs qualifies (voir la section 1 2.2.1 .4). 
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.3 Demandes de modification 

Les demandes de modification du plan de management du projet, de ses plans subsidiaires et 
d'autres composants tels que la reference de base des couts, I'echeancier du projet (voir la section 
6.5.3.1 ) et le plan de management des approvisionnements (voir la section 1 2.1 .3.1 ), peuvent resulter 
du processus Planifier les approvisionnements. Ces demandes de modification sont passees en 
revue et soumises a approbation a travers le processus Mettre en oeuvre la maitrise integree des 
modifications (voir la section 4.5). 

Les modifications demandees mais non resolues peuvent comprendre des directives foumies 
par I'acheteur ou des actions entreprises par le vendeur, que I'autre partie considere comme une 
modification implicite forcee du contrat. Puisque chacune de ces modifications implicites forcees 
peut etre contestee par une des parties et conduire a une reclamation contre I'autre partie, de telles 
modifications sont identifies de maniere unique et documentees dans la correspondance du projet. 

.4 Mises a jour du plan de management du projet 

Les elements du plan de management du projet qui sont susceptibles de mises a jour sont, en 
particulier : 

• le plan de management des approvisionnements. Le plan de management des 
approvisionnements (voir la section 12.1.3.1) est mis a jour pour refleter toute demande de 
modification approuvee affectant le management des approvisionnements, y compris les 
impacts sur les couts ou les echeanciers. 

• la reference de base de I'echeancier. Si des derapages se produisent et qu'ils affectent la 
performance globale du projet, il est possible que la reference de base de I'echeancier doive 
etre mise a jour pour refleter les attentes actuelles. 

12.4 Clore les approvisionnements 

Clore les approvisionnements est le processus qui consiste a accomplir chaque approvisionnement du 
projet (voir les figures 1 2-8 et 1 2-9). II vient en soutien du processus Clore le projet ou la phase (voir la section 
4.6), du fait qu'il implique la verification que tout le travail et tous les livrables soient acceptables. 

Le processus Clore les approvisionnements comprend egalement des activites administratives telles que la 
finalisation des reclamations en suspens, la mise a jour des enregistrements pour refleter les resultats finaux et 
I'archivage de ces informations pour utilisation future. Clore les approvisionnements examine chaque contrat 
applicable au projet ou a une phase du projet. Dans le cas de projets a phases multiples, il est possible qu'une 
clause d'un contrat ne soit applicable qu'a une phase donnee du projet. Dans ces cas, le processus Clore les 
approvisionnements clot le ou les approvisionnements s'appliquant a cette phase du projet. Les reclamations 
non resolues peuvent faire I'objet de litiges apres cloture. Les termes et conditions du contrat peuvent prescrire 
des procedures specifiques pour sa cloture. 
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La resiliation prematuree d'un contrat est un cas particulier de cloture des approvisionnements qui peut 
resulter d'un accord mutuel entre les parties, d'une defaillance de I'une d'entre elles ou de raisons de commodite 
pour I'acheteur dans la mesure ou le contrat le prevoit. Les droits et obligations des parties en cas de resiliation 
prematuree sont contenus dans une clause de resiliation du contrat. Sur la base de ces conditions generates 
d'approvisionnement, I'acheteur peut etre en droit de resilier le contrat a tout moment, dans son integralite 
ou pour une partie du projet, si cette resiliation est motivee ou si elle faite par commodite. Toutefois, sur la 
base des termes et conditions du contrat, il est possible que I'acheteur soit appele a fournir une contrepartie 
au vendeur pour le travail preparatoire encouru et pour le travail acheve et accepte lie a la partie resiliee du 
contrat. 
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12.4.1 Clore les approvisionnements : donnees d'entree 

.1 Plan de management du projet 

II est decrit dans la section 4.2.3.1 . 
.2 Documents d'approvisionnement 

Pour clore le contrat, tous les documents d'approvisionnement sont recueillis, indexes et classes. 
L'information du contrat relative aux delais, au contenu, a la qualite et a la performance des couts, 
ainsi que la documentation des modifications apportees au contrat, les enregistrements de paiement 
et les resultats d'inspections, sont catalogues. Ces informations peuvent etre utilisees pour les legons 
apprises et comme base devaluation des fournisseurs pour de futurs contrats. 

12.4.2 Clore les approvisionnements : outils et techniques 

.1 Audits des approvisionnements 

Un audit des approvisionnements est une revue structure du processus d'approvisionnement 
depuis le processus Planifier les approvisionnements (voir la section 12.1) jusqu'au processus 
Gerer les approvisionnements (voir la section 1 2.3). L'objectif d'un audit des approvisionnements 
est d'identifier les reussites et les defaillances qui en valent la peine pour la preparation ou la 
gestion d'autres contrats d'approvisionnement du projet, ou pour d'autres projets au sein de 
I'entreprise realisatrice. 

.2 Reglements negocies 

Dans toutes les relations d'approvisionnement, l'objectif premier est de resoudre de fagon 
definitive et equitable par la negociation tous les problemes majeurs, reclamations et differends en 
suspens. Lorsqu'il n'est pas possible de parvenir a un reglement a travers la negociation directe, une 
autre forme alternative de resolution des differends, y compris la mediation ou I'arbitrage, peut etre 
recherchee. Si aucune de ces solutions n'aboutit, le recours devant les tribunaux est I'ultime option et 
la moins souhaitable. 

.3 Systeme de gestion des enregistrements 

II est decrit a la section 1 2.3.2.7. 
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12.4.3 Clore les approvisionnements : donnees de sortie 

.1 Approvisionnements clos 

L'acheteur, generalement par I'intermediaire de son gestionnaire des approvisionnements autorise, 
transmet au vendeur la notification ecrite formelle que le contrat a ete achieve. Les exigences relatives a 
la cloture formelle des approvisionnements sont habituellement definies dans les termes et conditions 
du contrat, et sont comprises dans le plan de management des approvisionnements. 

.2 Mises a jour des actifs organisationnels 

Parmi les elements des actifs organisationnels susceptibles de mises a jour, on peut citer : 

• le dossier d'approvisionnement. Un ensemble complet indexe de la documentation du contrat, 
y compris le contrat clos, est prepare pour incorporation aux dossiers finaux du projet. 

• I'acceptation des livrables. L'acheteur, habituellement par I'intermediaire de son gestionnaire 
des approvisionnements autorise, transmet au vendeur la notification ecrite formelle que les 
livrables ont ete acceptes ou rejetes. Les exigences relatives a I'acceptation formelle des 
livrables et a la maniere de traiter les livrables non conformes sont generalement definies dans 
le contrat. 

• la documentation des legons apprises. Les legons apprises, les experiences vecues et les 
recommandations d'amelioration des processus doivent etre elaborees au niveau des fichiers 
du projet dans le but d'ameliorer les approvisionnements futurs. 
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ANNEXE A 

MODIFICATIONS APPORTEES PAR LA QUATRIEME EDITION 

Cette annexe a pour but de fournir une explication precise par rapport aux modifications apportees au Guide 
du corpus des connaissances en management de projet (Guide PMS0/C®,)— Troisieme edition pour creer le Guide 
PMBOIf— Quatrieme edition. 

A.1 Coherence et clarification 

L'enonce approuve du contenu du Guide PMBOK® — Quatrieme edition declare de maniere explicite que I'equipe 
doit effectuer « tout travail necessaire pour que la norme soit plus precise, a jour, appropriee, claire, concise et 
facile a comprendre et a mettre en oeuvre. Cela peut comprendre la reorganisation ou I'affinage du contenu, ou 
des additions ou des suppressions de contenu ». 

Ayant a I'esprit cette directive, I'equipe de mise a jour a adopte une approche visant a atteindre un degre plus 
eleve de coherence et de clarte en affinant les processus, en normalisant, chaque fois que possible, les donnees 
d'entree et les donnees de sortie, et en mettant en oeuvre une approche globale de documentation des donnees 
d'entree et des donnees de sortie. 

A.1.1 Coherence 

Conformement a I'exigence de coherence, dans la quatrieme edition, tous les noms des processus ont ete 
formules suivant le format verbe-substantif. Une phraseologie normalised a ete incorporee tout au long du 
document pour la description de concepts repetitifs, de maniere a faciliter la comprehension par le lecteur. 

En outre, etant donne que les descriptions des processus sont situees en quatre emplacements dans 
I'ensemble du document, elles ont ete redigees a nouveau d'une fagon plus coherente. Ces emplacements sont : 

• le chapitre 3, 

• le debut de chaque chapitre relatif aux domaines de connaissance, 

• la premiere phrase de la description du processus en question, et 

• leglossaire. 
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A.1.2 Clarification 

Dans un effort de clarification des interactions de processus, des diagrammes de flux des donnees ont ete 
ajoutes de fagon a mieux identifier, pour chaque processus, la source des donnees d'entree et la destination 
des donnees de sortie. Le plan de management du projet et les documents du projet ont ete differences plus 
clairement. Ceci a pour but de mettre en evidence que les plans subsidiaires et les references de base sont les 
composants principaux du plan de management du projet. Bien que les documents du projet soient utilises pour 
aider le chef de projet dans le management du projet, ils ne font pas partie du plan de management du projet. 
Voici une liste representative des composants du plan de management du projet et des documents du projet : 

Tableau A1 . Differentiation entre plan de management du projet et documents du projet 



Plan de management du projet 


Documents du projet 


Plan de management des 
modifications 


Attributs des activites 


Metriques qualite 


Plan de management de la 
communication 


Estimations du cout des activites 


Matrice d'affectation des 
responsabilites 


Plan de management de la 
configuration 


Liste d 'activites 


Matrice de tragabilite des exigences 


Plan de management des couts 


Registre des hypotheses 


Structure de decoupage des 
ressources 


Reference de base de performance 
des couts 


Base des estimations 


Calendriers des ressources 


Plan des ressources humaines 


Journal des modifications 


Besoins en ressources 


Plan d'amelioration des processus 


Charte 


Registre des risques 


Plan de management des 
approvisionnements 


Contrats 


Roles et responsabilites 


Plan de management de la qualite 


Estimations de la duree 


Liste des fournisseurs 


Plan de management des exigences 


Previsions 


Criteres de selection des sources 


Plan de management des risques 


Registre des problemes majeurs 


Analyse des parties prenantes 


Reference de base de I'echeancier 


Liste des jalons 


Strategie de management des 
parties prenantes 


Plan de management de I'echeancier 


Rapports d'avancement 


Registre des parties prenantes 


Reference de base du contenu : 

• Enonce du contenu 

• SDP 

• Dictionnaire de la SDP 


Exigences en financement du projet 


Exigences des parties prenantes 


Offres 


Enonce des travaux 


Documents d'approvisionnement 


Accords de constitution d'equipe 


Structure organisationnelle du projet 


Evaluation des performances de 
I'equipe 


Plan de management du contenu 


Mesures de controle qualite 


Information sur la performance 
du travail 




Listes de controle qualite 


Mesures de performance du travail 
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La partie relative aux demandes de modification necessitait egalement d'etre clarifiee. Les actions 
correctives, les actions preventives, la correction des defauts et les modifications demandees sont desormais 
regroupees sous le terme general de « demande de modification ». Cette revision a permis de rationaliser les 
donnees d'entree et les donnees de sortie de plusieurs processus, tout en continuant a assurer la visibilite de 
divers types de demandes de modification. 

La troisieme edition comportait une certaine redondance quant aux composants de la charte du projet et 
a I'enonce du contenu.Tout en conservant I'esprit d'elaboration progressive qui a prevalu entre la charte du 
projet et I'enonce du contenu, nous avons essaye de distinguer les elements qui se presentent dans chacun 
des documents dans le but d'eviter les repetitions. Ces elements sont indiques dans le tableau ci-dessous : 

Tableau A2. Elements de la charte et de I'enonce du contenu 



Charte 


Enonce du contenu 


Finalite ou justification du projet 


Description du contenu du projet 
(elaboree progressivement) 


Objectifs mesurables du projet 

et criteres de succes correspondants 


Livrables du projet 


Exigences a haut niveau 


Criteres d'acceptation du produit 


Description du projet a haut niveau, 
caracteristiques du produit 


Li mites du projet 


Echeancier recapitulatif des jalons 


Contraintes du projet 


Budget recapitulatif 


Hypotheses du projet 


Exigences d'acceptation du projet (ce qui constitue 
son succes, qui decide que le projet est reussi, qui 
appose la signature d'acceptation) 




Le chef de projet designe, sa responsabilite 
etson niveau d'autorite 




Le nom et le niveau d'autorite de la personne 
(ou des personnes) autorisant la charte du projet 
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A.2 Modifications apportees aux processus 

• 4.2 Elaborer I'enonce preliminaire du contenu — Supprime 

• 4.7 Clore le proy'ef — S'appelle desormais 4.6 Clore le projet ou la phase 

• 5. 1 Planification du contenu — Supprime 

• 5. 1 Recueillir les exigences — Ajoute 

• 9.4 Dinger I'equipe de projet— Passe d'un processus de maitrise a un processus d'execution 

• 10.1 Identifier les parties prenantes — Ajoute 

• 10.4 Manager les parties prenantes — Devient Gerer les attentes des parties prenantes ; passe d'un 
processus de maitrise a un processus d'execution 

• 12.1 Planifier les approvisionnements et 12.2 Planifier les contrats — S'appellent desormais 12.1 
Planifier les approvisionnements 

• 12.3 Solliciter des offres ou des propositions des vendeurs et 12.4 Choisir les fournisseurs — 
S'appellent desormais 12.2 Proceder aux approvisionnements 

A.3 Chapitre 4 — Modifications apportees au management 
de ('integration du projet 

Puisque la charte du projet comporte plusieurs des buts preliminaires du projet et que ces buts sont elabores 
dans I'enonce du contenu, les informations relatives au processus Elaborer I'enonce preliminaire du contenu 
du projet (4.2) ont ete eliminees. 

Le tableau ci-dessous recapitule les processus du chapitre 4 : 

Tableau A3. Modifications apportees au chapitre 4 



Sections de la troisieme edition 


Sections de la quatrieme edition 


4.1 Elaborer la charte du projet 


4.1 Elaborer la charte du projet 


4.2 Elaborer le contenu preliminaire du projet 




4.3 Elaborer le plan de management du projet 


4.2 Elaborer le plan de management du projet 


4.4 Diriger et piloter I'execution du projet 


4.3 Diriger et piloter I'execution du projet 


4.5 Surveiller et maitriser le travail du projet 


4.4 Surveiller et maitriser le travail du projet 


4.6 Maitrise integree des modifications 


4.5 Mettre en ceuvre la maTtrise integree des modifications 


4.7 Clore le projet 


4.6 Clore le projet ou la phase 
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A.4 Chapitre 5 — Modifications apportees au management 
du contenu du projet 

Dans la section 5.1, Planification du contenu a ete remplace par Recueillir les exigences. Le registre 
des parties prenantes permet d'identifier celles qui ont un interet dans le projet et implique I'utilisation de 
techniques pour elaborer le document des exigences des parties prenantes. 

Le tableau ci-dessous recapitule les processus du chapitre 5 : 

Tableau A4. Modifications apportees au chapitre 5 



Sections de la troisieme edition 


Sections de la quatrieme edition 


5.1 Planification du contenu 


5.1 Recueillir les exigences 


5.2 Definition du contenu 


5.2 Definir le contenu 


5.3 Creer la SDP 


5.3 Creer la SDP 


5.4 Verification du contenu 


5.4 Verifier le contenu 


5.5 Maitrise du contenu 


5.5 Maitriser le contenu 



A.5 Chapitre 6 — Modifications apportees au management 
des delais du projet 

Le chapitre 6 reflete les modifications tirant leur origine de I'industrie et detaillees dans The Practice 
Standard for Scheduling (en anglais uniquement). 

A cause de I'utilisation generalised d'outils informatiques, la methode du diagramme fleche et ses activit.es 
sur fleches sont rarement utilisees car I'echeancier est elabore sur ordinateur. De ce fait, I'utilisation de cette 
methode n'est plus considered « la plupart du temps, dans la plupart des projets » et n'est done pas mentionnee 
dans ce chapitre. 

Le tableau ci-dessous recapitule les processus du chapitre 6 : 

Tableau A5. Modifications apportees au chapitre 6 



Sections de la troisieme edition 


Sections de la quatrieme edition 


6.1 Identification des activites 


6.1 Definir les activites 


6.2 Sequencement des activites 


6.2 Organiser les activites en sequence 


6.3 Estimation des ressources necessaires aux activites 


6.3 Estimer les ressources necessaires aux activites 


6.4 Estimation de la duree des activites 


6.4 Estimer la duree des activites 


6.5 Elaboration de I'echeancier 


6.5 Elaborer I'echeancier 


6.6 Maitrise de I'echeancier 


6.6 Maitriser I'echeancier 
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A.6 Chapitre 7 — Modifications apportees au management 
des couts du projet 

Le chapitre Management des couts a ete mis a jour de fagon a expliquer plus clairement I'utilisation de 
I'outil de valeur acquise et de sa technique, y compris les equations. Le calcul de l'« Indice de performance pour 
I'achevement du projet » a ete ajoute. 

Le tableau ci-dessous recapitule les processus du chapitre 7 : 

Tableau A6. Modifications apportees au chapitre 7 



Sections de la troisieme edition 


Sections de la quatrieme edition 


7.1 Estimation des couts 


7.1 Estimer les couts 


7.2 Budgetisation 


7.2 Determiner le budget 


7.3 Maitrise des couts 


7.3 Maitriser les couts 



A.7 Chapitre 8 — Modifications apportees au management 
de la qualite du projet 

Le tableau ci-dessous recapitule les processus du chapitre 8 : 

Tableau A7. Modifications apportees au chapitre 8 



Sections de la troisieme edition 


Sections de la quatrieme edition 


8.1 Planification de la qualite 


8.1 Planifier la qualite 


8.2 Mettre en ceuvre I'assurance qualite 


8.2 Mettre en ceuvre I'assurance qualite 


8.3 Mettre en ceuvre le controle qualite 


8.3 Mettre en ceuvre le controle qualite 
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A.8 Chapitre 9 — Modifications apportees au management 
des ressources humaines du projet 

Pour assurer I'optimisation de la performance du projet, le processus Dinger I'equipe deprojeta ete transfere 
au groupe de processus d'execution, car les activit.es sont maintenant plus proactives. Les processus Developper 
I'equipe de projet et Dinger I'equipe de projet ont ete etendus pour identifier et discuter les competences qui 
sont necessaires pour constituer une equipe de projet gagnante. 

Le tableau ci-dessous recapitule les processus du chapitre 9 : 

Tableau A8. Modifications apportees au chapitre 9 



Sections de la troisieme edition 


Sections de la quatrieme edition 


9.1 Planification des ressources humaines 


9.1 Elaborer le plan des ressources humaines 


9.2 Former I'equipe de projet 


9.2 Constituer I'equipe de projet 


9.3 Developper I'equipe de projet 


9.3 Developper I'equipe de projet 


9.4 Diriger I'equipe de projet 


9.4 Diriger I'equipe de projet 



A.9 Chapitre 10 — Modifications apportees au management 
des communications du projet 

Dans le chapitre 10, I'identification et I'importance des parties prenantes dans le cadre des projets ont 
ete etendues. Etant donne que la plupart des equipes de projet ne peuvent pas necessairement gerer leurs 
parties prenantes, mais que par contre elles peuvent esperer les influencer et influencer leurs decisions, on a 
estime que le titre Gerer les attentes des parties prenantes refleterait mieux le processus reel. Cela a conduit 
egalement a transformer ce processus de maitrise en processus d'execution, etant donne que les activit.es sont 
maintenant plus orientees vers Taction que sur I'enregistrement ou le compte rendu. 

Le tableau ci-dessous recapitule les processus du chapitre 10 : 

Tableau A9. Modifications apportees au chapitre 10 



Sections de la troisieme edition 


Sections de la quatrieme edition 


10.1 Planification des communications 


10.1 Identifier les parties prenantes 


10.2 Diffusion de I'information 


10.2 Planifier les communications 


10.3 Etablissement du rapport d'avancement 


10.3 Diffuser les informations 


10.4 Manager les parties prenantes 


10.4 Gerer les attentes des parties prenantes 




10.5 Rendre compte de la performance 
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A.10 Chapitre 11 — Modifications apportees au management 
des risques du projet 

Le tableau ci-dessous recapitule les processus du chapitre 1 1 : 

Tableau A10. Modifications apportees au chapitre 11 



Sections de la troisieme edition 


Sections de la quatrieme edition 


11.1 Planification du management des risques 


1 1 .1 Planifier le management des risques 


11.2 Identification des risques 


11.2 Identifier les risques 


1 1 .3 Analyse qualitative des risques 


11.3 Mettre en ceuvre I'analyse qualitative des risques 


1 1 .4 Analyse quantitative des risques 


1 1 .4 Mettre en ceuvre I'analyse quantitative des risques 


1 1 .5 Planification des reponses aux risques 


1 1 .5 Planifier les reponses aux risques 


1 1 .6 Surveillance et maitrise des risques 


1 1 .6 Surveiller et maitriser les risques 



A.11 Chapitre 12 — Modifications apportees au management 
des approvisionnements du projet 

Dans le chapitre 12, les six processus ont ete regroupes en quatre. Les sections 12.1 Planifier les 
approvisionnements et 12.2 Planifier les contrats ont ete combinees dans la nouvelle section 12.1 Planifier 
les approvisionnements. Les sections 1 2.3 Solliciter des offres ou des propositions des fournisseurs et 1 2.4 
Choisir les fournisseurs ont ete combinees dans la nouvelle section 12.2 Proceder aux approvisionnements. 
Les accords de constitution d'equipe ont ete introduits. 

Le tableau ci-dessous recapitule les processus du chapitre 12 : 

Tableau A1 1 . Modifications apportees au chapitre 12 



Sections de la troisieme edition 


Sections de la quatrieme edition 


12.1 Planifier les approvisionnements 


12.1 Planifier les approvisionnements 


12.2 Planifier les contrats 


1 2.2 Proceder aux approvisionnements 


12.3 Solliciter des offres ou des propositions 
des fournisseurs 


12.3 Gerer les approvisionnements 


12.4 Choisir les fournisseurs 


12.4 Clore les approvisionnements 


12.5 Administration du contrat 




12.6 Cloture ducontrat 
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A.12 Annexes 

Une nouvelle annexe portant sur les competences des membres de I'equipe de management de projet a 
ete ajout.ee. 

A.13 Glossaire 

Le glossaire a ete etendu et mis a jour de fagon a : 

• inclure les termes qui, dans le Guide PMBOK®, doivent etre definis pour renforcer la comprehension 
du contenu du document ; 

• clarifier la signification et ameliorer la qualite et la precision des traductions ; et 

• eliminer les termes qui ne sont pas utilises dans le Guide PMBOK®- Quatrieme edition. 
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ANNEXE B 

EVOLUTION DU GUIDE DU CORPUS DES CONNAISSANCES 
EN MANAGEMENT DE PRO JET DU PMI 

B.1 Developpement initial 

Le Project Management Institute (PMI) est cree en 1969 sur le fait qu'il existe de nombreuses pratiques 
communes de management des projets dans des domaines aussi divers que le batiment ou I'industrie 
pharmaceutique. L'idee d'etablir des normes basees sur ces pratiques commence a etre largement debattue, 
en 1976, lors du Symposium du PMI a Montreal. Le management de projet est ensuite reconnu comme une 
profession a part entiere. 

II faut cependant attendre 1981 pour que le Directoire du PMI approuve un projet d'elaboration des 
procedures et des concepts necessaires a la profession de chef de projet. La proposition de projet suggere 
trois axes de reflexion : 

• les caracteristiques distinctives du professionnel (ethique), 

• le contenu et la structure du corpus des connaissances de la profession (normes), et 

• la reconnaissance de la profession (accreditation). 

L'equipe de projet devient ainsi connue sous le nom de « Ethics, Standards, and Accreditation (ESA) Management 
Group ». Ce groupe est compose de : 

Matthew H. Parry, President David C. Aird Frederick R. Fisher 

David Haeney Harvey Kolodney Charles E. Oliver 

William H. Robinson Douglas J. Ronson Paul Sims 
Eric W. Smythe 
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Ce groupe regoit I'aide de plus de vingt-cinq benevoles provenant de plusieurs branches locales. La 
composante « ethique » est elaboree et soumise par un comite de Washington, D.C., preside par Lew Ireland. 
La composante « management des delais » est elaboree a la suite de longues reunions d'un groupe du sud 
de I'Ontario comprenant Dave MacDonald, Dave Norman, Bob Spence, Bob Hall et Matt Parry. La composante 
« management des couts » est elaboree a la suite de longues reunions au sein du service des couts de 
Stelco, sous la direction de Dave Haeney et Larry Harrison. D'autres composantes sont elaborees par le groupe 
ESA. John Adams et son groupe de Western Carolina University sont charges des travaux d'accreditation. Ces 
travaux conduisent a I'elaboration de lignes directrices pour I'accreditation et d'un programme de certification 
de Professionnel en management de projet (PMP®), sous la direction de M. Dean Martin. 

Les resultats du projet de I'ESA sont publies dans un rapport special du « Project Management Journal » en 
aout 1 983. Ce rapport comprend : 

• un code de deontologie, accompagne d'une procedure de mise en application 

• une base de reference des normes composee de six disciplines principales : management du 
contenu, management des couts, management des delais, management de la qualite, management 
des ressources humaines et management des communications 

• des lignes directrices pour I'accreditation (reconnaissance de la qualite des programmes proposes 
par des structures d'enseignement) et pour la certification (reconnaissance de la qualification 
professionnelle de certaines personnes) 

Ce rapport serf par la suite de base aux premiers programmes d'accreditation et de certification du PMI. Le 
« Master's Degree in Project Management » (mastere en management de projet) delivre par la Western Carolina 
University est accredits en 1983 et les premiers diplomes « Professionnels en management de projet » (PMP) 
sont certifies en 1984. 

B.2 Mise a jour des annees 1986 et 1987 

La publication du rapport de base de I'ESA enframe de nombreuses discussions au sein du PMI sur la 
pertinence des normes. En 1984, le Directoire du PMI approuve un deuxieme projet de normalisation afin de 
« faire le tour des connaissances appliquees au management de projet . . . dans le cadre de I'ESA existant ». Six 
comites sont formes pour travailler chacun sur I'une des six disciplines identifies. De plus, en 1 985, un atelier 
de travail est inscrit au calendrier des seminaires (symposiums) annuels du PMI. 



©2008 Project Management Institute. Guide du Corpus des connaissances en management de projet (Guide PMBOK®) — Quatrieme edition 



Un document revise, fruit de ces travaux, est approuve dans son principe par le Directoire du PMI et publie 
pour commentaires dans le « Project Management Journal » d'aout 1986. Les principaux collaborateurs pour 
cette version du document sont : 



R. MaxWideman, President 
(pendant I' elaboration) 
Joseph R. Beck 
Richard Cockfield 
Peter C. Georgas 
Colin Morris 
Pat Patrick 
George Vallance 



John R.Adams, President 

(apres publication) 

Peter Bibbes 

Peggy Day 

Shirl Holingsworth 

Joe Muhlberger 

David Pym 

Larry C. Woolslager 



Jim Blethen 
William Dixon 
William Kane 
Philip Nunn 
Linn C. Stuckenbruck 
Shakir Zuberi 



Outre I'expansion et de la restructuration du document d'origine, le document revise comprend trois 
nouvelles sections : 

• Le cadre du management de projet est ajoute pour traiter des relations entre le projet et son 
environnement externe, d'une part, et entre le management de projet et le management en general, 
d 'autre part. 

• Le management des risques est ajoute comme discipline a part entiere de fagon a mieux couvrir 
ce sujet. 

• Le management des contrats et des approvisionnements est ajoute comme discipline a part entiere 
de fagon a mieux couvrir ce sujet. 

Par la suite, diverses modifications editoriales et des corrections sont incorporees au document, et le 
Directoire du PMI approuve ce dernier en mars 1987. Le manuscrit final est publie en aout 1987 sous le titre 
de « The Project Management Body of Knowledge » (Corpus des connaissances en management de projet). 

B.3 Miseajourde1996 

Le debat sur la forme, le contenu et la structure des normes cles du PMI continue apres la publication de la 
version de 1 987. En aout 1 991 , le directeur de la normalisation du PMI, Alan Stretton, lance un projet de mise a 
jour du document sur la base des commentaires adresses par les membres. L'elaboration du document revise 
dure plusieurs annees et decoule d'une serie de documents de travail largement diffuses et d'ateliers durant 
les seminaires du PMI de Dallas, Pittsburgh etSan Diego. 
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En aout 1994, le comite de normalisation du PMI emet une version du document pour commentaire. Celui-ci 
est distribue aux 10 000 membres du PMI et a plus de vingt autres associations professionnelles ou techniques. 

La publication en 1996 de I'ouvrage intitule A Guide to the Project Management Body of Knowledge (PMBOK® 
Guide) (Guide du corpus de connaissances en management de projet [Guide PMBOK ]) marque I'achevement du 
projet lance en 1991. Une liste des collaborateurs et reviseurs impliques figure plus loin dans cette section. Un 
resume des differences entre le document de 1987 et celui de 1996, inclus dans la preface de I'edition 1996, 
figure egalement plus loin dans cette section. 

Ce document remplace le document du PMI intitule « The Project Management Body of Knowledge {PMBOK®) » 
(Corpus des connaissances en management de projet) publie en 1987. Pour aider les utilisateurs du document 
de 1996 qui ne connaissent pas le document precedent, nous avons resume ici les principales differences entre 
les deux versions. 

1. Le titre a ete modifie pour souligner que ce document ne constitue pas en soi le corpus des 
connaissances en management de projet. Le document de 1 987 definissait le corpus des connaissances 
en management de projet comme « I'ensemble des questions d'actualite, domaines de reflexion et 
processus intellectuels impliques dans la mise en ceuvre de solides principes de management [...] 
dans les projets ». II est evident qu'un seul document ne peut contenir a lui seul I'ensemble des 
connaissances en management de projet. 

2. La section intitulee Cadre (Framework) a ete integralement reecrite. La nouvelle section comportait 
trois chapitres : 

• « Introduction », definissant I'objectif du document et expliquant en detail les termes projet et 
management de projet. 

• « Contexte du management de projet », traitant du contexte dans lequel les projets se deroulent : 
le cycle de vie du projet, le point de vue des parties prenantes, les influences exterieures et les 
competences cles en management en general. 

• « Processus du management de projet », decrivant les interactions entre les divers domaines du 
management de projet. 

3. Une definition revisee de ce qu'est un projet a ete developpee. Elle etait a la fois exhaustive (il doit etre 
impossible d'identifier comme projet un travail generalement considere comme tel mais ne repondant 
pas a la definition) et exclusive (elle ne doit pas decrire un travail repondant a la definition mais 
n'etant pas generalement considere comme un projet). De nombreuses definitions du projet, trouvees 
dans les ouvrages existants, ont ete examinees, mais aucune n'a semble tout a fait satisfaisante. La 
nouvelle definition prenait en compte les caracteristiques uniques d'un projet : Un projet est un effort 
temporaire exerce dans le but de creer un produit ou un service unique. 
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4. Le concept de cycle de vie du projet a ete revise. Le document de 1 987 definissait les phases du projet 
comme des subdivisions du cycle de vie du projet. Cette relation a ete reorganised et le cycle de vie du 
projet a ete defini comme un ensemble de phases dont le nombre et les designations sont determines 
par les besoins de controle de I'organisation realisatrice. 

5. Les sections principales precedemment intitulees « fonction » ont ete rebaptisees « disciplines ». 
Le terme fonction etant souvent compris a tort comme signifiant un element d'une organisation 
fonctionnelle, le changement de nom a ete entrepris pour eliminer cette erreur de comprehension. 

6. L'existence d'une neuvieme discipline a ete formellement reconnue. Un large consensus existait depuis 
un certain temps reconnaissant le management de projet comme un processus integrate Le chapitre 
4, « Management de Integration du projet », reconnaissait I'importance de ce sujet. 

7. Le mot « projet » a ete ajoute au titre de chaque discipline. Cela peut paraitre redondant, mais le but 
etait de clarifier le contenu du document. Par exemple, le management des ressources humaines du 
projet ne couvre que les aspects du management des ressources humaines exclusivement lies, ou 
presque, au contexte du management de projet. 

8. Les disciplines etaient decrites en mentionnant les processus qui les composent. La recherche d'une 
methode homogene de presentation a conduit I'equipe a restructurer entierement le document de 
1987 en trente-sept processus de management de projet. Chaque processus a ete decrit en termes 
de donnees d'entree, de donnees de sortie et d'outils et techniques. Les donnees d'entree et de sortie 
correspondent a des documents (par exemple un enonce du contenu) ou a des elements pouvant 
etre document.es (par exemple les dependances entre activites). Les outils et techniques sont des 
mecanismes appliques aux donnees d'entree pour creer les donnees de sortie. Outre sa simplicity 
fondamentale, cette approche presentait egalement plusieurs autres avantages : 

• Elle mettait I'accent sur les interactions entre les disciplines. Les donnees de sortie d'un processus 
sont devenues les donnees d'entree d'un autre processus. 

• La structure etait souple et robuste. Les modifications portant sur les disciplines et les pratiques 
ont ete facilities par I'ajout d'un nouveau processus, en modifiant I'ordre des processus, en creant 
des subdivisions dans les processus ou en ajoutant des descriptions a I'interieur d'un processus. 

• Les processus ont ete places au centre d'autres normes. Par exemple les normes de qualite de 
1'Organisat.ion intemationale de normalisation (la serie ISO 9000) sont fondees sur I'identification 
des processus du monde des affaires. 
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9. Diverses illustrations ont ete ajoutees pour mieux representor les structures de decoupage du projet, 
les diagrammes de reseau et les courbes en S. 

10. Le document a ete reorganise de fagon significative. Le tableau suivant permet de comparer les 
principaux titres des chapitres du document de 1987 et les titres correspondants et/ou les sources 
du contenu du document de 1996 : 



Numerotation et designation de 1987 


Numerotation et designation de 1996 


0. Normes du PMBOK® 


B. Evolution du Guide du corpus des connaissances 
en management de projet du PMI 


1. Cadre : logique 


1 . Introduction (definitions de base) 

2. Contexte du projet (cycles de vie) 


2. Cadre : vue d'ensemble 


1. Diverses parties 

2. Diverses parties 

3. Diverses parties 


3. Cadre : modele integratif 


3. Processus de management de projet 

4. Management de Integration du projet 


4. Glossaire de termes generaux 


IV. Glossaire 


A. Management du contenu 


5. Management du contenu du projet 


B. Management de la qualite 


8. Management de la qualite du projet 


C. Management des delais 


6. Management des delais du projet 


D. Management des couts 


7. Management des couts du projet 


E. Management des risques 


1 1 .Management des risques du projet 


F. Management des ressources humaines 


9. Management des ressources humaines du projet 


G. Management des contrats/des approvisionnements 


12. Management des approvisionnements du projet 


H. Management des communications 


10. Management des communications du projet 



L'expression « a classer » a ete eliminee de la liste des objectifs. Le document de 1996 et la version 
de 1987 offraient une structure a I'organisation des connaissances en management de projet, mais 
ni I'un ni I'autre ne constituaient des outils de classification particulierement utiles. En premier lieu, 
les sujets inclus n'etaient pas exhaustifs, c'est-a-dire qu'ils n'incluaient pas de pratiques novatrices 
ou inhabituelles. En second lieu, de nombreux elements etant utilises dans plusieurs disciplines ou 
plusieurs processus, les categories n'etaient done pas uniques. 
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Les personnes suivantes, qui figurent a I'annexe C du document de 1 996, ont contribue de plusieurs fagons 
particulieres aux differentes versions du document de 1996. Le PMI leur en est redevable. 

Comite de normalisation 

Les personnes suivantes faisaient partie du comite de normalisation du PMI lors de la mise a jour de 1996 
du Guide PMBOK® : 



William R. Duncan 
Mark Burgess 
Drew Fetters 
Eric Jenett 
Anthony Rizzotto 



Frederick Ayer 
Helen Cooke 
Brian Fletcher 
Deborah O'Bray 
Alan Stretton 



Cynthia Berg 
Judy Doll 
Earl Glenwright 
Diane Quinn 
Douglas E.Tryloff 



Collaborateurs 

En plus des membres du comite de normalisation, les personnes suivantes ont contribue par des textes 
originaux ou des concepts cles a Tune ou a plusieurs sections des chapitres indiques : 



John Adams (chapitre 3) 
Louis J. Cabano (chapitre 5) 
Douglas Gordon (chapitre 7) 
Edward lonata (chapitre 1 0) 
Hadley Reynolds (chapitre 2) 
W. Stephen Sawle (chapitre 5) 
Ahmet Taspinar (chapitre 6) 



Keely Brunner (chapitre 7) 
David Curling (chapitre 12) 
David T.Hulett (chapitre 11) 
John M. Nevison (chapitre 9) 
Agnes Salvo (chapitre 11) 
Leonard Stolba (chapitre 8) 
Francis M. Webster Jr. (chapitre 1) 
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Reviseurs 

En plus du comite de normalisation et des collaborateurs, les personnes suivantes ont adresse t 
commentaires sur les diverses versions du document de 1996 : 



Edward LAverill 
Tom Belanger 
Paul Bosakowski 
Samuel K. Collier 
Darlene Crane 
John J. Downing 
Quentin W.Fleming 
Leo Giulianeti 
G.Alan Hellawell 
Mark E. Hodson 
Murray Janzen 
William F. Kerrigan 
Richard King 
Richard E. Little 
Christopher Madigan 
Frank McNeely 
Raymond Miller 
R. Bruce Morris 
John P. Nolan 
JoAnn C. Osmer 
John G. Phippen 
PMI, bureau de Houston 
Charles J. Pospisil 
Christopher Quaife 
William S. Ruggles 
Darryl M. Selleck 
Craig T. Stone 
DickThiel 
Janet Toepfer 
Jack Way 

Hugh M.Woodward 
Dirk Zwart 



C. "Fred" Baker 
John A. Bing 
Dorothy J. Burton 
Karen Condos-Alfonsi 
Russ Darnall 
Daniel D. Dudek 
Rick Fletcher 
Martha D. Hammonds 
Paul Hinkley 
Lew Ireland 
Frank Jenes 
Harold Kerzner 
J. D. "Kaay" Koch 
Lyle W. Lockwood 
Michael L. McCauley 
Pierre Menard 
Alan Minson 
David J. Mueller 
Louise C. Novakowski 
Jon V. Palmquist 
Hans E. Picard 
PMI, bureau du Manitoba 
Janice Y. Preston 
Peter E. Quinn 
Ralph B. Sackman 
Melvin Silverman 
HiroshiTanaka 
Saul Thomashow 
Vijay K. Verma 
R. MaxWideman 
Robert You ker 



F.J. "Bud" Baker 

Brian Bock 

Kim Colenso 

E. J. Coyle 

Maureen Dougherty 

Lawrence East 

Greg Githens 

Abdulrazak Hajibrahim 

Wayne L. Hinthorn 

Elvin Isgrig 

Walter Karpowski 

Robert L. Kimmons 

Lauri Koskela 

Lawrence Mack 

Hugh McLaughlin 

Rick Michaels 

Colin Morris 

Gary Nelson 

James O'Brien 

Matthew Parry 

Serge Y Piotte 

PMI, bureau de Nouvelle-Zelande 

Mark T. Price 

Steven F. Ritter 

Alice Sapienza 

Roy Smith 

Robert Templeton 

J.Tidhar 

Alex Walton 

Rebecca Winston 

Shakir H.Zuberi 
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Personnel de production 

Une mention speciale est due aux employes suivants de PMI Communications : 

Jeannette M. Cabanis, redactrice en chef, Book Division Misty N. Dillard, assistante administrative 

Linda V. Gillman, responsable du secretariat Bobby R. Hensley, coordinateur des publications 

Jonathan Hicks, administrateur systemes Sandy Jenkins, redactrice adjointe 

Dewey L. Messer, redacteur en chef Danell Moses, coordinateur promotion et marketing 

Mark S. Parker, coordinateur de production Shirley B. Parker, directrice commerciale et du marketing 

Melissa Pendergast, coordinateur des services James S. Pennypacker, editeur/redacteur en chef 

de I' information 

Michelle Triggs, infographiste Lisa Woodring, assistante administrative 

B.4 Mise a jour de 2000 

L'edition de 2000 a remplace le document du Project Management Institute (PMI®) intitule « A Guide to the 
Project Management Body of Knowledge {PMBOK® Guide) » (Guide du corpus des connaissances en management 
de projet [Guide PMBOK®]), publie en 1996. 

En prenant l'edition de 1996 comme point de depart, le contenu du projet consistait a : 

• ajouter de nouvelles informations refletant le developpement des connaissances et pratiques 
dans le domaine du management de projet par la presentation des pratiques, des outils, des techniques 
et autres elements pertinents et desormais d'un usage generalise (usage generalise signifiant : etre 
applicables a la plupart des projets, la plupart du temps, et recueillir un large consensus quant a leur 
valeuret leur utilite), 

• clarifier le texte et les figures afin de rendre le Guide PMBOK® plus pratique pour les utilisateurs, 

• corriger les erreurs de l'edition precedents. 

Les principales modifications du document de 2000 etaient les suivantes : 

1 . Tout au long de ce livre, une clarification a ete apport.ee sur le fait que les projets permettent 
le management des exigences emanant des besoins, des desirs et des attentes. 

2. Les liens avec la strategie de I'organisation ont ete renforces tout au long du document. 

3. Un accent plus important a ete mis, en section 1 .2.3, sur I'elaboration progressive, 

4. Le role du Bureau des projets (Project Office en anglais) a ete reconnu en section 2.3.4. 
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5. Des references au management de projet dans les economies emergentes, et a I'impact 
social, economique et environnemental, ont ete ajoutees en section 2.5.4. 



6. Le management de la valeur acquise a ete traite plus amplement dans les chapitres 
4 (Management de I'integration du projet), 7 (Management des couts du projet) et 10 
(Management des communications du projet). 

7. Le chapitre 1 1 (Management des risques du projet) a ete reecrit. II contient desormais les six 
processus suivants au lieu de quatre auparavant : Planification du management des risques, 
Identification des risques, Analyse qualitative des risques, Analyse quantitative des risques, 
Planification de strategies de reponse et Surveillance et Maitrise des risques. 

8. La verification du contenu ne fait maintenant plus partie des processus d'execution mais des 
processus de surveillance et de maitrise. 

9. Le processus 4.3 Management d'ensemble des changements a ete rebaptise Controle 
integre des changements pour souligner I'importance du controle des changements tout 
au long du projet. 

1 0. Un tableau (figure 3-9), a ete ajoute pour representor les trente-neuf processus de management 
de projet par rapport aux cinq groupes de processus de management de projet et aux neuf 
domaines de competence en management de projet. 

11. Par souci de normalisation, « foumisseur » a ete remplace par « vendeur » dans tout le document. 

1 2. Plusieurs outils et methodes ont ete ajoutes : 



Chapitre 4 - Management de I'integration du projet 


Management par la valeur acquise, action preventive 


Chapitre 5 - Management du contenu du projet 


Mises a jour du cahier des charges 




Plan de projet 




Reference de base mise a jour 


Chapitre 6 - Management des delais du projet 


Durees sur base quantitative 




Reserve de duree (contingence) 




Structure de codification 




Analyse des ecarts 




Etapesjalons 




Attributs des activites 




Outils informatiques 


Chapitre 7 - Management des couts du projet 


Ouvrages sur I'estimation 




Mesure de la valeur acquise 


Chapitre 8 - Management de la qualite du projet 


Cout de la qualite 


Chapitre 1 - Management des communications du projet 


Rapports du projet 




Presentations du projet 




Cloture du projet 
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Groupe de conseil sur le programme de 
normalisation du management de projet du PMI 

Les personnes suivantes etaient membres du Groupe de conseil sur le programme de normalisation 
pendant I'elaboration de I'edition 2000 du « Guide du corpus des connaissances en management de projet 
(Guide PMBOK®) : 



George Belev 
Judith A. Doll, PMP 



Cynthia A. Berg, PMP 
J. Brian Hobbs, PMP 



Sergio Coronado Arrechedera 
David Hotchkiss, PMP 



Equipe de projet de mise a jour du Guide PMBOK® 

Les personnes suivantes faisaient partie de I'equipe de projet de I'edition 2000 du Guide PMBOK®, sous I; 
direction de Cynthia A. Berg, PMP, chef de projet : 



Cynthia A. Berg, PMP 
Quentin Fleming 
David T. Hulett, PhD 



Judith A. Doll, PMP 
Greg Githens, PMP 
Gregory J. Skulmoski 



Daniel Dudek, PMP 
Earl Glenwright 



Collaborateurs 

En plus des membres du groupe de conseil sur le programme de normalisation du PMI et de I'equipe de 
projet du Guide PMBOK®, les personnes suivantes ont contribue par des textes originaux ou des concepts 
cles a I'une ou a plusieurs sections des chapitres indiques. De plus, le « Risk Management Specific Interest 
Group » du PMI a dirige la redaction du nouveau chapitre 1 1 , « Management des risques du projet ». 



Alfredo del Caho (chapitre 11) 
Roger Graves (chapitre 11) 
David Hulett (chapitre 11) 
Janice Preston (chapitre 11) 
David Shuster (chapitre 8) 
Mike Wakshull (chapitre 11) 



Quentin Fleming (chapitre 4 et 12) 
David Hillson (chapitre 11) 
Sam Lane (chapitre 11) 
Stephen Reed (chapitre 11) 
Ed Smith (chapitre 11) 
Robert Youker (plusieurs chapitres) 
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Reviseurs 

En plus des membres du groupe de conseil sur le programme de normalisation du PMI, de I'equipe de projet 
du Guide PMBOK® et des collaborateurs, les personnes suivantes ont adresse des remarques concemant la 
version pour commentaire de I'edition 2000 : 



Muhamed Abdomerovic, PMP, D. Eng. 

Frank Allen, PMP 

MaryGrace Allenchey, PMP 

IchizoAoki 

Ronald Auffredou, PMP 

Frederick L. Ayer, PMP 

A. C. "Fred" Baker, PMP 

Berndt Bellman 

Nigel Blampied, PE, PMP 

Patrick Brown, PMP 

Bruce C. Chadbourne, PMP 

Raymond C. Clark, PE 

David Coates, PMP 

Edmund H. Conrow, PMP 

John Cornman, PMP 

Kevin Daly, PMP 

Thomas Diethelm, PMP 

Frank D. Einhorn, PMP 

Christian Frankenberg, PMP 

Jean-Luc Frere, PMP 

Chikako Futamura, PMP 

Brian L Garrison, PMP 

Peter Bryan Goldsbury 

Jean Gouix, PMP 

Franz X. Hake 

Chris Herbert, PMP 

J. Brian Hobbs, PMP 

Robin Hornby 

Charles L. Hunt 

George Jackelen 

Elden F.Jones II, PMP, CMII 



Yassir Afaneh 
Jon D.Allen, PMP 
Robert A. Andrejko, PMP 
Paul C. Aspinwall 
Edward Averill, PMP 
William W. Bahnmaier, PMP 
Carole J. Bass, PMP 
Sally Bernstein, PMP 
John Blatta 
Chris Cartwright, PMP 
Michael T. Clark, PMP 
Elizabeth Clarke 
Kim Colenso, PMP 
Kenneth G. Cooper 
Richard F. Cowan, PMP 
Mario Damiani, PMP 
David M. Drevinsky, PMP 
Edward Fern, PMP 
Scott D. Freauf, PMP 
Ichiro Fujita, PMP 
Serge Garon, PEng, PMP 
Eric Glover 

Michael Goodman, PMP 
Alexander Grassi Sr., PMP 
Peter Heffron 

Dr. David Hillson, PMP, FAPM 
Marion Diane Holbrook 
Bill Hubbard 
Thomas P. Hurley, PMP 
Angyan P. Jagathnarayanan 
Sada Joshi, PMP 
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Lewis Kana, PMP 

Ronald L. Kempf, PMP 

KurtV.KIoecker 

Blase Kwok, PMP 

Philip A. Lindeman 

LyleW. Lockwood.PMP 

Arif Mahmood, PMP 

Stephen S. Mattingly 

Peter McCarthy 

Krik D. McManus 

Mary F. Miekoski, PMP 

Gordon R. Miller, PMP 

Jim Morris, PMP 

William A. Moylan, PMP 

Wolfgang Obermeier 

Masato Ohori, PMP 

Edward Oliver 

Francisco Perez-Polo, PMP 

Crispin (Kik) Piney, PMP 

David L. Prater, PMP 

Samuel L. Raisch, PMP 

G. Ramachandran, PMP 

Bernice L. Rocque, PMP 

Fernando Romero Pehailillo 

Linda Rust, PMP 

James N.Salapatas, PMP 

Bradford N. Scales 

John R. Schuyler, PMP 

Shoukat Sheikh, MBA, PMP 

Larry Sieck 

Melvin Silverman, PhD, PE 

Keith Skilling, PE, PMP 

Kenneth F. Smith, PMP 

Paul J. Solomon 

Christopher Wessley Sours, PMP 



Subramaniam Kandaswamy, PhD, PMP 

Robert Dohn Kissinger, PhD, PMP 

Jan Kristrom 

Lawrence P. Leach 

Gabor Lipi 

J.W.Lowthian.PMP 

James Martin (pour le compte d'INCOSE) 

Glen Maxfield 

Rob McCormack, PMP 

David Michaud 

Oscar A. Mignone 

Roy E. Morgan, PMP 

Bert Mosterd, PMP 

John D. Nelson, PMP 

Cathy Oest, PMP 

Kazuhiko Okubo, PE, PMP 

Jerry Partridge, PMP 

James M. Phillips, PMP 

George Pitagorsky, PMP 

Bradford S. Price, PMP 

Naga Rajan 

Bill Righter, PMP 

Wolfgang Theodore Roesch 

Jon Rude 

Fabian Sagristani, PMP 

Seymour Samuels 

H.Peter Schiller 

Maria Scott, PMP 

Kazuo Shimizu, PMP 

(pour le compte du bureau PMI de Tokyo, Japon) 

Loren J. Simer Jr. 

Greg Skulmoski 

Barry Smythe, PMP 

Joe Soto Sr., PMP 

Charlene Spoede, PMP 
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Joyce Statz, PMP Emmett Stine, PMP 

Thangavel Subbu Jim Szpakowski 

Ahmet N. Taspinar, PMP John A. Thoren Jr., PMP 

Alan D. Uren, PMP Juan Luis Valero, PMP 

S. Rao Vallabhaneni William Simon Vaughan Robinson 

Ana Isabel Vazquez Urbina Ricardo Viana Vargas, PMP 

Stephen E. Wall, PMP William W. Wassel, PMP 

Tammo T. Wilkens, PE, PMP Robert Williford, PMP 

Contributions aux documents precedents 

Certaines portions de I'edition de 1 996 et d'autres documents anterieurs sont inclus dans I'edition 2000. Le 
PMI tient a remercier les benevoles suivants pour leur importante contribution a I'edition 2000 : 

John R. Adams William R. Duncan Matthew H. Parry 

Alan Stretton R. Max Wideman 

Personnel de production 

Une mention speciale est due aux employes suivants du PMI : 
Steven L Fahrenkrog, responsable de la normalisation 
Lisa Fisher, assistante de redaction 
Lewis M. Gedansky, responsable de la recherche 

Linda V. Gillman, coordinatrice de publicity coordinatrice des autorisations de droit d'auteur 
du Guide PMBOK® 

EvaT. Goldman, associee recherche technique et normalisation 
Paul Grace, responsable de la certification 
Sandy Jenkins, editrice en chef 
Toni D. Knott, editeur de livres 
John McHugh, editeur par interim 

Dewey L. Messer, responsable de la conception et de la production 
Mark S. Parker, coordinateur de production 
Shirley B. Parker, responsable des publications entreprises/livres 
Michelle Triggs Owen, infographiste 
lesha D.Turner-Brown, administratrice des normes 
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B.5 Modifications apportees par la troisieme edition 

La troisieme edition a remplace le Guide du corpus des connaissances en management de projet (Guide 
PMB0K®)du Project Management Institute (PMI®), publie en 2000. 

Modifications structurelles 

Une des modifications les plus importantes du Guide PMBOK® Troisieme edition est celle qui a ete apportee 
a sa structure. La troisieme edition est structured de fagon a souligner 1'importance des groupes de processus 
comme I'illustre le tableau 1 , qui offre une comparaison parallele des modifications. Le chapitre 3 a ete renomme 
« Processus de management d'un projet » et a ete deplace de la section I a une nouvelle section II, intitulee 
« Norme du management d'un projet ». Dans le cadre de cette modification, le chapitre 3 a ete revise en profondeur 
pour indiquer clairement que les processus, les donnees d'entree et les donnees de sortie qui y sont present.es 
constituent la base de la norme du management d'un projet particulier. 

Tableau B1 . Modifications structurelles 



Sections de I'edition 2000 


Sections de la troisieme edition 


Section I - Cadre du management de projet 
Chapitres 1 , 2 et 3 


Section I - Cadre du management de projet 
Chapitres 1 et 2 




Section II - Norme du management d'un projet 
Chapitre 3 - Processus de management d'un projet 


Section II - Disciplines du management de projet 
Chapitres 4 a 12 


Section III - Domaines de connaissance 
en management de projet 
Chapitres 4 a 12 


Section III - Annexes 

Annexes D - Notes 

Annexe E - Extensions des champs d'application 


Section IV - Annexes 

Annexe D - Extensions des champs d'application 


Section IV - Glossaire et index 


Section V - References, glossaire et index 



Modifications apportees a la denomination des processus 

Dans la troisieme edition, sept processus ont ete ajout.es, treize ont ete renommes et deux ont ete 
supprimes, soit un ajout net de cinq processus. 
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Les noms des processus dans les divers chapitres du Guide PMBOK®- Edition 2000 etaient dans des 
formats et des styles differents. Des styles incoherents de denomination peuvent etre cause de confusion 
aussi bien pour les etudiants en management de projet que pour les personnes experimentees. Par exemple 
les processus de la discipline « Management du contenu du projet » sont Demarrage, Planification du contenu, 
Definition du contenu, Verification du contenu et Controle des changements du contenu. Certains d'entre eux 
sont rediges a la voix active, d'autres au participe present. Ces differentes tournures faisaient que le lecteur 
n'etait pas en mesure de determiner, a premiere vue, si un terme correspondait a une activite (un processus) ou 
a un livrable (un produit travaille ou un objet fagonne). L'equipe de projet a propose la modification generale de 
tous les noms de processus au format verbe-complement dans le Guide PMSO/C®Troisieme edition. Toutefois, 
conscient du fait que changer tous ces termes equivaudrait a une modification trap importante, le PMI n'a 
autorise qu'une modification echelonnee dans le Guide PMBOK® Troisieme edition pour inclure uniquement 
les nouveaux processus approuves et un nombre restreint d'autres processus pour des raisons specifiques 
expliquees plus loin dans cette annexe. 

Suppression des denominations de processus « de support » et processus « principaux » 

Les termes « processus de support » et « processus principaux » ne sont plus utilises. Ces termes ont ete 
supprimes afin que tous les processus de management de projet dans les groupes de processus aient le meme 
niveau d'importance. Les processus de management de projet restent groupes a I'interieur des groupes de 
processus de management de projet, comme illustre dans la figure 3-5 Groupe de processus de demarrage, 
la figure 3-6 Groupe de processus de planification, la figure 3-7 Groupe de processus d'execution, la figure 
3-8 Groupe de processus de surveillance et de maitrise, et la figure 3-9 Groupe de processus de cloture. Les 
correspondances entre les 44 processus de management de projet sont definies a la fois dans les groupes de 
processus de management de projet et dans les domaines de connaissance, comme le montre le tableau 3-45. 

Styles de redaction 

Un guide de style a ete elabore et employe par l'equipe de projet pour creer et finaliser les donnees d'entree. 
L'attention a ete portee sur un usage uniforme de la voix active et sur la coherence du texte dans tout le 
document pour eviter des differences de style. 

Chapitre 1 - Modifications apportees a I'introduction 

Les modifications apportees au chapitre 1 etaient destinees a clarifier et a ameliorer son organisation. 
Le chapitre 1 a clarifie les differences entre projet et operations. Des definitions normalisees ont ete 
fournies pour programme et management de programme, portefeuille et management de portefeuille, et ont 
inclus une etude plus detaillee des variantes du bureau des projets (PMO). Les revisions supplemental 
comprenaient egalement : 
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• L'incorporation dans le chapitre 1 des competences en management en general. 

• L'ajout d'une selection identifiant les nombreux domaines d'expertise requis par I'equipe de projet. 

Chapitre 2 - Modifications apportees au cycle de vie du projet et a I'organisation 

Les modifications apportees au chapitre 2 ont clarifie la distinction entre cycle de vie du projet et cycle de 
vie du produit, et ont explique les phases du projet. Les parties prenantes ont ete definies par rapport a I'equipe 
de projet. Le role et les responsabilit.es du bureau des projets a I'interieur de I'organisation ont ete definis et le 
concept de systeme de management de projet a ete presente. 

Chapitre 3 - Modifications apportees aux processus de management d'un projet 

Le chapitre 3 a ete entierement reecrit et elargi afin de se concentrer sur les processus et les groupes de 
processus de management d'un projet a I'interieur des domaines de connaissance. Afin d'etre mis en valeur, le 
chapitre 3 a ete renomme « Processus de management d'un projet » et deplace a I'interieur d'une nouvelle section 
II intitulee « Norme du management d'un projet ». Le chapitre 3 a ete amplement revise pour servir de norme au 
management d'un projet, et indique clairement les cinq groupes de processus de management de projet requis 
et leurs processus constitutifs. Le groupe de processus de demarrage et le groupe de processus de cloture ont 
fait I'objet d'une etude plus approfondie que dans les editions precedentes. Le groupe de processus de controle 
a ete elargi pour inclure la surveillance et renomme « Groupe de processus de surveillance et de maitrise ». Des 
documents ont ete ajoutes pour clarifier la distinction entre les groupes de processus de management de projet 
et les phases du projet, quelquefois pergus par erreur comme un seul et meme ensemble. 

Chapitre 4 - Modifications apportees au management de I'integration du projet 

Le chapitre 4 a ete entierement reecrit pour accentuer I'etude de I'integration des processus de management 
de projet et des activites. II decrit cette integration sous Tangle des groupes de processus de management de 
projet et fournit une description claire de I'integration a travers tous les groupes de processus de management 
de projet et parmi tous les processus de management de projet. Quatre nouveaux processus ont ete ajoutes dans 
ce chapitre et deux processus ont ete renommes : 

• Le processus Elaborer la charte du projet autorise formellement un projet. 

• Le processus Elaborer I'enonce preliminaire du contenu du projet fournit une description du contenu 
de haut niveau. 

• Le processus Elaborer le plan de management du projet documente les actions necessaires a la 
definition, la preparation, I'integration et la coordination de tous les plans subsidiaires dans le plan de 
management du projet. 
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• Le processus Dinger etpiloter I'execution du projet consiste a executer le travail defini dans le plan 
de management du projet pour atteindre les objectifs du projet. 

• Le processus Surveiller et maitriser le travail du projet definit les processus utilises pour surveiller 
et maitriser les activites du projet requises afin de demarrer, de planifier, d'executer et de clore un 
projet. 

• Le processus Clore le projet finalise toutes les activites a travers tous les groupes de processus afin 
de clore le projet de maniere formelle. 

Le tableau ci-dessous recapitule les modifications du chapitre 4 : 

Tableau B2. Modifications apportees au chapitre 4 



Sections de I'edition 2000 


Sections de la troisieme edition 




4.1 Elaborer la charte du projet 




4.2 Elaborer I'enonce preliminaire du contenu du projet 


4.1 Elaboration du plan de projet 


4.3 Elaborer le plan de management du projet 


4.2 Mise en ceuvre du plan de projet 


4.4 Diriger et piloter I'execution du projet 




4.5 Surveiller et maitriser le travail du projet 


4.3 Controle integre des changements 


4.6 Maitrise integree des modifications 




4.7 Clore le projet 



Chapitre 5 - Modifications apportees au management du contenu du projet 

Le chapitre 5 a ete modifie afin de preciser le role du plan de management du contenu du projet dans le 
developpement de I'enonce du contenu du projet. Ce chapitre a elargi la discussion et a clarifie I'importance 
d'une structure de decoupage du projet (SDP), avec I'ajout d'une nouvelle section dediee a la creation de cette 
structure. La section Demarrage a ete reecrite et deplacee au chapitre 4. Le tableau ci-dessous resume les 
modifications apportees au chapitre 5 : 

Tableau B3. Modifications apportees au chapitre 5 



Sections de I'edition 2000 


Sections de la troisieme edition 


5.1 Demarrage 


Reecrite et deplacee au chapitre 4 


5.2 Planification du contenu 


5.1 Planification du contenu 


5.3 Definition du contenu 


5.2 Definition du contenu 




5.3 Creer la structure de decoupage du projet (SDP) 


5.4 Verification du contenu 


5.4 Verification du contenu 


5.5 Controle des changements du contenu 


5.5 Maitrise du contenu 
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Chapitre 6 - Modifications apportees au management des delais du projet 

Les modifications du chapitre 6 ont compris le deplacement de la section Planification des ressources a 
I'interieur du chapitre sous la nouvelle denomination Estimation des ressources necessaires aux activit.es. 
Plusieurs figures ont ete supprimees (exemple : PERT) et d'autres figures ont ete revisees pour clarifier I'utilisation 
et la signification (exemple : diagramme a barres ou diagramme de Gantt, diagramme des jalons). Une autre 
figure a ete ajout.ee pour montrer la difference entre un echeancier des jalons, un echeancier recapitulatif et 
un echeancier detaille. L' introduction du chapitre decrivait le besoin d'un plan de management de I'echeancier, 
composant subsidiaire du plan de management du projet. Des sous-sections ont ete egalement ajoutees afin 
d'apporter des informations sur les estimations des couts du projet, le nivellement des ressources et les rapports 
d'avancement pour refleter de quelle maniere ces processus influencent I'echeancier du projet. Le tableau ci- 
dessous resume les modifications apportees au chapitre 6 : 

Tableau B4. Modifications apportees au chapitre 6 





Sections de la troisieme edition 


6.1 Definition des activites 


6.1 Identification des activites 


6.2 Jalonnement des activites 


6.2 Sequencement des activites 




6.3 Estimation des ressources necessaires aux activites 


6.3 Estimation de la duree des activites 


6.4 Estimation de la duree des activites 


6.4 Elaboration du planning 


6.5 Elaboration de I'echeancier 


6.5 Controle du planning 


6.6 Maitrise de I'echeancier 



Chapitre 7 - Modifications apportees au management des couts du projet 

Les processus du chapitre 7 ont ete elargis afin d'integrer le budget du projet directement avec la structure de 
decoupage du projet et de traiter la maitrise des couts. Des modifications structurelles importantes ont egalement 
ete apportees aux donnees d'entree, aux outils et aux techniques. L'introduction du chapitre a ete modifiee de 
fagon a decrire le besoin d'un plan de management des couts, composant subsidiaire du plan de management du 
projet. Le processus Planification des ressources a ete deplace au chapitre 6 et renomme processus Estimation 
des ressources necessaires aux activites. Ce chapitre contient la majorite des informations sur le management par 
la valeur acquise. Le tableau ci-dessous resume les modifications apportees au chapitre 7: 

Tableau B5. Modifications apportees au chapitre 7 



Sections de I'edition 2000 Sections de la troisieme edition 


7.1 Planification des ressources 


Deplacee vers le management des delais 
du projet (chapitre 6) 


7.2 Estimation des couts 


7.1 Estimation des couts 


7.3 Budgetisation 


7.2 Budgetisation 


7.4 Controle des couts 


7.3 Maitrise des couts 
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Chapitre 8 - Modifications apportees au management de la qualite du projet 

Dans le chapitre 8, deux noms de processus de management de projet ont ete revises afin de mieux 
refleter les activites de ces processus. Un effort a ete fait pour integrer les activites relatives a la qualite avec 
le processus d'ensemble de surveillance et de maitrise, defini dans le chapitre 4. 

Tableau B6. Modifications apportees au chapitre 8 



Sections de I'edition 2000 


Sections de la troisieme edition 


8.1 Planification de la qualite 


8.1 Planification de la qualite 


8.2 Assurance de la qualite 


8.2 Mettre en ceuvre I'assurance qualite 


8.3 Controle de la qualite 


8.3 Mettre en ceuvre le controle qualite 



Chapitre 9 - Modifications apportees au management des ressources humaines du projet 

Le chapitre 9 identifie plusieurs aspects de la planification des ressources humaines ainsi que le plan 
de management des ressources humaines. Le processus Dinger I'equipe de projet a ete ajoute en tant que 
processus de surveillance et de maitrise. Plusieurs explications importantes ont egalement ete ajoutees, y 
compris des organigrammes et des descriptions de poste. Les figures de ce chapitre ont ete modifiees de fagon 
a refleter les techniques actuelles de management de projet, telles que I'equipe virtuelle, les regies de base et 
le registre des problemes. Le tableau ci-dessous resume les modifications apportees au chapitre 9 : 

Tableau B7. Modifications apportees au chapitre 9 



Sections de I'edition 2000 


Sections de la troisieme edition 


9.1 Planification organisationnelle 


9.1 Planification des ressources humaines 


9.2 Obtention des ressources humaines 


9.2 Former I'equipe de projet 


9.3 Developpement de I'equipe 


9.3 Developper I'equipe de projet 




9.4 Diriger I'equipe de projet 
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Chapitre 10 - Modifications apportees au management des communications du projet 

Le chapitre 10 a ete mis a jour avec I'ajout du processus Manager les parties prenantes. Le processus 
Manager les parties prenantes traite des communications pour satisfaire les besoins des parties prenantes du 
projet et resoudre les problemes majeurs avec ces demieres. Le tableau ci-dessous resume les modifications 
apportees au chapitre 10 : 

Tableau B8. Modifications apportees au chapitre 10 



Sections de I 'edition 2000 


Sections de la troisieme edition 


10.1 Planification des communications 


10.1 Planification des communications 


10.2 Diffusion de I'information 


1 0.2 Diffusion de I'information 


10.3 Rapports d'avancement 


10.3 Etablissement du rapport d'avancement 


10.4 Cloture administrative 


10.4 Manager les parties prenantes 



Chapitre 11 - Modifications apportees au management des risques du projet 

Le chapitre 1 1 a ete mis a jour afin de renforcer I'attention sur les opportunity (par opposition aux menaces). 
II comprend des options basees sur la complexite du projet, met en valeur les activites de planification du 
management des risques, ajoute le registre des risques et fournit une integration plus etroite avec d'autres 
processus. Le tableau ci-dessous resume les modifications apportees au chapitre 1 1 : 

Tableau B9. Modifications apportees au chapitre 1 1 



Sections de I'edition 2000 


Sections de la troisieme edition 


11.1 Planification de la gestion des risques 


11.1 Planification du management des risques 


1 1 .2 Identification des risques 


1 1 .2 Identification des risques 


1 1 .3 Analyse qualitative des risques 


1 1 .3 Analyse qualitative des risques 


1 1 .4 Analyse quantitative des risques 


1 1 .4 Analyse quantitative des risques 


11.5 Planification des strategies de reponse 


1 1 .5 Planification des reponses aux risques 


1 1 .6 Suivi et controle des risques 


1 1 .6 Surveillance et maitrise des risques 
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Chapitre 12 - Modifications apportees au management des approvisionnements du projet 

Le chapitre 12 a ete mis a jour afin d'inclure un usage coherent des termes « acheteur » et « vendeur ». Les 
modifications ont clarifie la difference entre I'equipe de projet qui est soit acheteur, soit foumisseur de produits 
et de services. Le chapitre a ete mis a jour avec I'incorporation d'un processus devaluation des performances 
des fournisseurs pour I'administration du contrat, et les mots « se procurer », « solliciter » et « sollicitation » (en 
anglais, respectivement, procure, solicit et solicitation) ont ete supprimes en raison de leur connotation negative 
dans certaines regions du monde. Le tableau ci-dessous resume les modifications apportees au chapitre 12 : 

Tableau B10. Modifications apportees au chapitre 12 



Sections de I'edition 2000 


Sections de la troisieme edition 


12.1 Planification des approvisionnements 


12.1 Planifier les approvisionnements 


12.2 Planification des appels d'offres 


1 2.2 Planifier les contrats 


12.3 Appels d'offres 


12.3 Solliciter des offres ou des propositions 
des fournisseurs 


12.4 Choix des fournisseurs 


12.4 Choisir les fournisseurs 


12.5 Administration des contrats 


12.5 Administration du contrat 


12.6 Cloture du contrat 


12.6 Cloture du contrat 



Glossaire 

Le glossaire a ete elargi et mis a jour de fagon a : 

• inclure les termes du Guide PMBOK® dont la definition est necessaire pour la bonne comprehension 
du contenu de I'ouvrage 

• clarifier la signification et ameliorer la qualite et la precision des traductions 

• eliminer les termes qui ne sont pas utilises dans le Guide PMBOK®- Troisieme edition. 
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ANNEXE C 

COLLABORATEURS ET REVISEURS DU 
GUIDE PMBOK @ -QUMR\EME EDITION 

Les benevoles du PMI onttout d'abord cherche a codifier le Referentiel des connaissances en management 
de projet dans le « Special Report on Ethics, Standards, and Accreditation » (rapport special sur I'ethique, les 
normes et /'accreditation), publie en 1983. Depuis lors, d'autres benevoles sont intervenus pour mettre a jour 
et ameliorer le document initial et contribuer a la mise au point de cette norme mondialement reconnue du 
management de projet, le Guide du corpus des connaissances en management de projet (Guide PMBOK®) 
du PMI. Cette annexe repertorie, au sein de groupes classes par ordre alphabetique, les personnes qui ont 
contribue a I'elaboration et a la production du Guide PMBOK®- Quatrieme edition. Les contributions de toutes 
les personnes ayant participe benevolement a I'elaboration du Guide PMBOK®- Quatrieme edition ne peuvent 
pas etre presentees convenablement dans une liste unique, voire dans plusieurs listes. L'annexe B decrit les 
contributions specifiques d'une grande partie des personnes repertoriees ci-dessous et doit etre consultee 
pour des informations supplemental sur les contributions individuelles apportees au projet. 

Le Project Management Institute remercie toutes ces personnes pour leur soutien et reconnait leur 
contribution a la profession du management de projet. 

C.1 Equipe de base du projet de mise a jour du 
Guide PMBOK®— Quatrieme edition 

Les personnes suivantes ont apporte leur contribution par des textes ou des concepts et en tant que 
responsables de I'equipe de base du projet (PCT, Project Core Team) : 

Cynthia Stackpole, MBA, PMP, chef de projet 

Karen Rasmussen Noll, chef de projet adjoint 

Murray Grooms, BA, PMP (Communications) 

Sandra Hyman (coordinateur de chapitre) 

Joseph W. Kestel, PMP, MSIS (responsable des chapitres 3 et 5) 

Tom Malicki (responsable benevole, responsable couverture et dos) 

Clifford W. Sprague, PMP (coordinateur benevole) 

Geree V. Streun, CSQE, PMP (architecte en chef) 

Kristin L Vitello, specialists du projet de normalisation 
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C.2 Sous-groupes du projet de mise a jour du 
Guide PMBOK®— Quatrieme edition 

Les personnes suivantes ont apporte leur contribution par des textes ou des concepts et en tant que 
responsables des sous-groupes du projet (PST, Project Sub-Teams) : 

Quentin Fleming (responsable des chapitres 7 et 12) 

Xue Gang (Gabriel), PMP, QSLA (responsable du chapitre 1) 

Marie Gunnerson (responsable du chapitre 6) 

Marylinda Jones, PMP, Six Sigma Greenbelt (responsable du chapitre 8) 

George Jucan, PMP (responsable du chapitre 10) 

Joseph W. Kestel, PMP, MSIS (responsable des chapitres 3 et 5) 

Carl L Pritchard, PMP, EVP (responsable du chapitre 11) 

Geree V. Streun, CSQE, PMP (responsable du chapitre 4) 

Vijay K. Verma, PMP, MBA (responsable du chapitre 9) 

Mark Wilfer, PMP (responsable du chapitre 2) 

C.3 Collaborateurs ayant apporte une contribution significative 

En plus des membres de I'equipe de base du projet et des responsables des sous-groupes, les personnes 
suivantes ont apporte des contributions ou des concepts significatifs : 

Michael C. Broadway, PMP 
John A. Dullnig, PMP 
Merleen Cowie Hilley 
Dave Violette, MPM, PMP 
Linda Westfall, CSQE, PE 

C.4 Membres de I'equipe operationnelle du 
Guide PMBOK®— Quatrieme edition 

En plus des personnes repertoriees ci-dessus, les membres suivants de I'equipe de projet du Guide PMBOK® — 
Quatrieme edition ont contribue aux operations de projet pour le Guide PMBOK®— Quatrieme edition. 

Membres de I'equipe operationnelle : 

JJanet P. Burns, PMP Betty Corbin, PMP 

Judith A. Edwards, PhD, PMP Suhail Iqbal, PE, PMP 

Tony Jacob, PMP Merna M. Johnson, PMP 

Mark Krahn, PhD, PMP Rich Maltzman, PMP 
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Colleen A. McGraw, PMP 
Daniel Picard, PMP 
Randy Tangco, PMP, CSM 
Audrey R. Wojcik 



Saradhi Motamarri, MTech, PMP 
Carolina Gabriela Spindola, SSBB, PMP 
John Wilson, PhD, PMP 



C.5 Collaborateurs au contenu du projet du 
Guide PMBOK®— Quatrieme edition 

En plus des personnes repertories ci-dessus, les membres suivants de I'equipe de projet du Guide PMBOK® — 
Quatrieme edition ont contribue par des textes ou des concepts, ou ontfoumi des recommandations sur les avant- 
projets du Guide PMBOK® — Quatrieme edition. 



Collaborateurs au contenu : 
Wayne F. Abba 
UpinderAggarwal, PMP 
Graeme A Allan, BSc(Hons), PMP 
Nazir M. Bashir, PMP 
Wayne R. Brantley, MS.Ed, PMP 
Camper Bull, PMP 
Noman Zafar Chaudry, PE, PMP 
Anthony R. Corridore, PMP 
Phillip Dyer, PMP 
Waleed M. EIToulkhy, PMP 
Bruce E. Falk, PMP 
Marcelo B. Ferreira 
Scott D. Freauf, PMP 
Kel Henderson 
David T. Hulett, PhD 
David S. Jacob, MS, PE 
Puja Kasariya, PMP 
Sasi Kumar, PMP 
Vijaya Kurada, MBA, PMP 
Richard G. Larson, PMP, CBAP 
Adrian Lovel-Hall 
Lou Marks, PMP 
Muhammad Nasir 



MohitAgarwal 

Neil F.Albert 

Muhammad Waqar Asghar, PMP 

Al Bommann, PMP, PE 

Jeannine Allison Bryan 

Ka-Keung Chan, PMP, MBA 

David Christensen 

Claudio D'Arcangelo, PMP 

Nigel 0. D'Souza, PMP, ITIL 

Patricia A. David-Gentsch 

AnnaMaria Felici PMP, CMC 

Cheryl Fitzgarrald, PMP 

Vivek Goel, PMP 

DavidA. Hillson, PhD, PMP 

George Jackelen 

Dhanojkumar D. Jadhav 

Tom Kendrick, PMP 

Karthikeyan Kumaraguru, MS, PMP 

Mary-Elizabeth Larson, PMP, CBAP 

Arden Lockwood, MBA, PMP 

Robin Maher 

John L Murphy, PE, PMP 

Kazuhiko Okubo, PMP, PE 
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Crispin (Kik) Piney, BSc, PMP 
Roberto Henrique Nogueira Pons 
Janice Preston, PMP 
Satheesh Santhangopalan, PMP 
John Singley, PhD, PMP 
JaiminiThakore 
Paul E. Waits, Jr. PMP, CPM 
Mark A. Wright, PMP 



Morris A. Pondfield, MBA, MS 

Steven R. Potter, PMP 

V. Raja, PMP 

Anna Self 

Amin Tabatabayi, BEng, MBA 

Ricardo Triana, PMP 

Dale K. Williams, PMP, CSM 

K. Kimi Hirotsu Ziemski, PMP 



C.6 Reviseurs de contenu du projet du Guide PMBOK® — Quatrieme edition 

En plus des personnes repertoriees ci-dessus, les membres suivants de I'equipe de projet du Guide PMBOK® — 
Quatrieme edition ont procede aux revisions des avant-projets du Guide PMBOK® — Quatrieme edition. 



Reviseurs de contenu : 
Yasser Thiab AN Afaneh 
SyedAsghar, PMP 
MamounA. Besaiso, CE 
Craig Nicholas Blackford 
Charles Cain, PMP 
Alejandro M. Polanco Carrasco 
Tomio Chiba, PMP 
William T. Craddock 
Peter Ewart-Brookes, PMP 
Joseph Sanju George 
Paul A Green, BSc (Hons) 
George H Hopman, PhD , PE 
Raj Kumar Jhajharia, PMP 
Ramakrishna Kavirayani, PMP 
Milan Kumar, MCM, ITIL 
Chuanqing James Lu, PMP 
Brian J. Mangravite 
Nael Mattar 
Alberto Moreno, PMP 
Carlo Muzzarelli 
Charis Ogbonna 



Eva D.Aimable 

Rozinah Bachik, PMP, MSc (PM) 
Shantanu Bhamare, PMP 
Roberto Alejandro Cadena 
Franco Caron, PhD 
William A Cather, PhD, PMP 
Manuel Cisneros, PMP, MBA 
Alexandre Coelho, PMP 
Ann Marie Ficarra, PMP 
Jonathan Glaser, PhD, PMP 
Torben Grut, PMP 
Ganesh Jambunathan, PMP 
Edwin J. Kapinus, PMP, PE 
Konstantinos Kirytopoulos, PhD, PMP 
Juanita Jane Lightfoot 
Catryana C. Malcolm, PMP 
Rebecca P. Masucci 
SumithAlvet Miranda, PMP 
Mridul Paul, PMP, MBA 
Jeffrey S. Nielsen, PMP 
Tara Pangakis, PMP 
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Almir dos Santos Pereira, PMP 

Dave Randell, PMP 

Curt Schlonies, PMP 

Eng.S.M.Saliha Sheriff, MBA, PMP 

Bernd Spiehl 

ChintaVN Subrahmanyam, PMP 

Masanori Takahashi, PMP, MA 

GangeshThakur, CPIM,CSCP 

Pepijn Visser 

Tan EE Yuen Yvonne 



Carl W. Pro, PMP 

Nani Sadowski-Alvarez, PMP 

Salvatore J. Sciascia, PMP 

Manas Singh 

Jolene R. Staruch, PMP 

Shoji Tajima 

Nilesh Adrian Pieris Tavarayan, AMBCS, MACS (Prov) 

Lulu V. Tobin, PMPAIi Vahedi Diz, MSc, PMP 

John A. Weber, PMP 



C.7 Membres de I'equipe du projet de mise a jour du 
Guide PMBOK®— Quatrieme edition 

En plus des personnes repertories ci-dessus, les personnes suivantes ont fait partie de I'equipe du projet 
de mise a jour du Guide PMBOK® — Quatrieme edition. 



Membres de I'equipe : 

Ir Hj Ahmad Khairiri Abdul Ghani, Int PE, ASEAN Eng 

Mohammad M.AIi 

Fayez Mosaed Al-Talhi, PMP 

Abel Andrew Anderson, CBM, PMP 

Jagathnarayanan P. Angyan, FIE, CE 

Mahadhir Aziz, PMP 

Alok Bhaskar, MBA, PMP 

Edward Bogak, MBA 

Jean-Luc Boulanger, PMP 

Kenny E. Burrow, PhD, PMP 

Roberto Castro 

Zhen Cheng 

Hsing-Tung Chou, PhD 

Darren D. Criglar, MLA, MA 

Venkatesh Dakshinamurthy 

Rahul P. Deshpande 

Nick Doralp, PMP, ECM 

Teresa Duvall, PMP, CDR 

Giovanni Fanduiz, MSc, PMP 

Luis ClaudioTavares Femandes, PMP 



Shigeru Akiba, PMP 

Marciade Almeida 

Ketal Amin, BB, PMP 

Andrew Lam Tug Wye, PMP, CITPM 

Usman Asif, PMP 

Ricardo do Rego Barros, PMP 

Artur Bialy, PMP 

Lyn Bos, MHA, MBA 

Joan Browne 

Bernardo 0. Bustamante, PE, PMP 

Ashish Chawla, MS 

David Kwok Keung Chenung 

Richard J. Coffelt, PMP 

Jacqueline M. Cruit, PMP 

Madhavi Desai, MS, PMP 

David Dominguez 

Nicolas Douliez 

G. Ebynayagam 

Sabeeh U. Faruqui, BE Elect, PMP 

Gloria Elena Folle Estrada 



©2008 Project Management Institute. Guide du Corpus des connaissances en management de projet (Guide PMBOK" 1 ) — Quatrieme edition 



Dean J. Fragos 

Jay D. Gassaway 

Subir Ghosh, PMP 

Priyesh Gopalakrishnan 

Matthew W. Handi, PMP 

Gary Higgs 

Nilesh D. Jaltare, PMP 

Nancy A. Joseph, PMP 

Sanjay Kapoor 

Genny Kelly 

Takahiko Kuki, PMP, PEJ 

Jerry D. Lainhart, PMP 

David K. Larson 

Michelle Z. Lim-Watson 

John D. Lissaman, BEng, PMP 

Carmelene Mangahis 

Robert A. Marshall, PhD, PMP 

Jamie Mata 

David McKenna, MSc, PMP 

Gregg Mohrmann 

Gerald Mulenburg, DBA, PMP 

Prakash Nagaraju, PMP 

Mohammed Taher Netarwala, BE Mech, PMP 

Priya Padmanabhan, PMP 

Peter B. Paulauskas, PMP 

Bruce T. Petro, PMP 

Regina Rahmilov 

Shrish Rangaramanujam, PMP 

Krupakara Reddy, PMP, PRINCE2 Practitioner 

Ana I. Rodriguez Garcia, PMP 

Laurie M. Rudnitsky, PMP 

Gladstone Leslie Samuel 

Ramanathan Sathianaraynan, PMP, CSQA 

Dhilan N. Shah, CPA, PMP 

Shervin Shariatpanahi Mojtabanejad 



Anand Swaroop Garg 

Mitchlyn Gentry, MISM 

Sulema de Oliveira Barcelos Gobato, PMP, MSc 

Joy Gumz, PMP, CPA 

Mohamed Hassan, PMP, CSWP 

Lecia L Hogan, MPM 

Marco Antonio Jimenez, PMP, MBA 

Marijana Jurgec 

Kenichi Kawamata, PMP 

Hamed Keyvanfar 

S Lakshminarasimhan, MBA(Fin), PMP 

Tim K.Y. Lam, PMP, MBA 

Charlene Lattier, PMP 

Michael Linegar, PMP, MBA 

Vasantha R. Manda, MS, PMP 

Joachim Manz, PhD, PMP 

Cristinel Damian Martalogu 

Laura McDonough, PMP 

Purvi Sheth Mishra 

Bhagchand S. Motwani 

Pradeep Murti 

JohnT. Napier 

Dmitry Ostroushko, PhD 

Kent D. Paris, PMP 

Sitarama Chakravarthy Peruvel, PMP 

Rama P Pokala, PMP 

Aditya Rajguru, PMP 

Banshidhar Rayaguru, PMP, M Tech 

Caroline Robison, PMP 

Jaideep Roy 

Lee Ryan 

Paul Sanghera, PhD, PMP 

Kathakali Seth 

ManarShami, PhD, PMP 

Pawan Sharma 
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Rachna Sharma 
Jinmei Shen, PMP 
Evandro LP. Silva 
Nicklaus B.Sims, PMP 
Kathy J. Slater, PMP 
Nguyen Hoanh Son 
Rob Spurgeon 
Varadarajan Sriram 
Rashid M. Syed, MBA, PMP 
Pham MinhThang 
Rocky Thurston, PMP 
Victoria Todas-Lozada, PMP 
Shi-Ja Tseng 

Malay Verma, PMP, PGCBM 
John White 

Kazuo Yamamoto, PMP 
Xuyan Zhang 



John Sheers, PMP 
Toshihiro Shoji, PMP 
Michael D. Simants 
Siddharth Singh 
Juliette A. Soczka 
Mauro Sotille, PMP 
Delores Stimpson, PMP 
Raghavan Sundararajan, PMP 
ParaminderTalwar, PMP 
Claire-Jodane Thermidor 
SurendraTipparaju, ME 
NaglaToma, MA 
William Stephen Turner 
Cornells (Kees) Vonk 
Vicki Wrona, PMP 
Masakazu Yonezaki 
Rob Zilay, MBA, PMP 



C.8 Reviseurs et contributeurs a la version pour commentaire 

En plus des membres de I'equipe, les personnes suivantes ont fourni des recommandations d'amelioration de 
la version pour commentaire du Guide PMBOK®- Quatrieme edition : 



Ahmed TahaAbd El Hameed 

BijuB Abraham, PMP 

PhillC.Akinwale, PMP 

Hussain AN Al-Ansari, Eur Ing, Ceng 

Wasel A. Al-Muhammad, MBA, PMP 

AlonsoLoaizaA.,PMP 

Alok N Anadkat, PMP, BS 

ChetR Anderson, PMP 

Ondiappan Arivazhagan "Ari", PMP, CSSBB 

Naing MoeAung, PMP 

MikeAwuah, PMP, MBA 

Jacklyn Ayoung-Chee, MBA, PMP 

Ernest Baker, PMP 



Klaus Abert 

EdAdelman, PMP 

James EAksel, MS, PMP 

Mohammed Abdulla Al-Kuwari, Eur Ing, PMP 

Noor Hamad Alnisif, PMP 

Barnabas Seth Amarteifio, PMP 

P. Lingesh Ananth, PMP 

Niels Erik Andersen, MScCS 

Syed S.Asghar, MSA, PMP 

ShigeoAwamura 

Taninl.Ayabakan,MD, PMP 

Karthegesan B. MBA, PMP 

Ramanan Balakrishna, PMP 
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Sunil Bansal, PMP 

Herminia Bastos, PMP, CMC 

Fred Beckmann, PMP 

Eric Berry, PMP 

Dale L Beyer, MBA, PMP 

KurmaraoV. Bhavanasi, PMP 

Dennis L Bolles, PMP, LLC 

Adolfo Borja, PMP, MBA 

Didier Brackx, PMP, EMS Prof 

Carlos Eduardo M. F. Braga, PMP 

Dr. Ralf Braune, PMP 

Ian A. Brown, MBA, PMP 

Pat Buckna, PMP 

John Buxton, PE, PMP 

Teresa W. Calhoon, PMP 

Luis Eduardo Torres Calzada, PMP, MPM 

Brian L. Cassita 

Bruce C. Chadboume, PMP, PgMP 

Krishna Datta Nallani Chakravartula, MBA, PMP 

Supriyo Chatterji, MCA, PMP 

Ramesh Chepur, CSQA, PMP 

Chibajomio, PMP 

Lung-Hung Roger Chou, PMP, MCT 

Brenda Connor, PMP 

John E. Cormier, PMP 

Larry E. Criger, PE, PMP 

Michael J. Cunningham, PMP 

Robert L. Cutler, PMP 

Claudio Da Rold, PMP 

Venkateswarlu B. Dasigi, PMP, PhD 

Jim Delrie, PE, PMP 

Laurie Diethelm, CAPM 

Bemadine Douglas 

Francine J. Duncan, MIEEE, PMP 

Susan Holly Edelman, PMP 



Patricia J. Bartl, PMP 

Mohammed Safi Batley, MIM 

Debra C. Bedford 

Stephen Berte, PhD, PMP 

Shantanu Bhamare, PMP 

Rhonda R. Blevins, PMP 

Stephen F. Bonk, PMP, PE 

Lynda Bourne, DPM, PMP 

Robin G. Bradshaw, PMP 

Wayne R. Brantley, MS Ed, PMP 

Alex S.Brown, PMP IPMA-C 

Jerry L. Brown, PMP 

Mitchell S. Burke, MS, MBA 

Andrea Caccamese, PMP, PRINCE2 Practitioner 

Sergio A. Calvo, PMP 

Chris Cartwright, MPM, PMP 

Roberto Celkevicius, PMP, ITIL 

K K Chakraborty, PMP, BE 

Paul E. Chaney, PMP 

Tony TzeWaiChau, PMP, MAPM 

David K. Cheung, MSc, MBA 

Ananaba Marcellinus Chikwendu, MBA, PMP 

Darrell S. Cleavenger, PMP 

Edmund H. Conrow, PhD, PMP 

Mauricio E. Cornejo, PMP 

Mary Colleen Cullinan, PMP 

Craig Curran-Morton, MA, PMP 

Barbara Y. DaCosta, MPA, PMP 

Anirban Das, PMP 

Allan Edward Dean, MBA, PMP 

Anita Dhir, PMP 

George R. Dorer, PMP MBA 

John A. Dullnig, PMP 

Azra Duric, PMP 

Paul J. Egan 
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Tarek El-Misalami, PMP, PhD 
Brian M Evans, PMP 
Bruce E. Falk, PMP 
Kathleen M. Federici, MEd, CAPM 
Michael H. Fisher, MSPM, PMP 
Edgardo J. Fitzpatrick, PMP 
Joel E. Fleiss, PMP 
CharlesT. Follin, PMP 
Mark R Friedman, CISA, PMP 
Andrew H. Furber, PMP, PRINCE2 
Ravindra Gajendragadkar, PMP 
George F. Garas, MBA 
Stanistaw Gasik 
Carl M. Gilbert, PMP, 0PM3A/C 
Theofanis Giotis, MSc, PMP 
JoelleA. Godfrey, PMP 
Roger K Goodman, PMP 
Derek R. Grant, BSc, PMP 
Roy Greenia 
Mireya Grieco, PMP 
Jeff JianfeiGu, PMP, MBA 
Joy Gumz, PMP, CPA 
Swati Gupta, PMP 
Anne N Gwankobe, PMP, CSSGB 
Edward Hall, PMP, CQM 
Sharad S. Harale, PMP, MIM 
Donna M. Harrison, PMP 
Dr. Sheriff Hashem, PhD, PMP 
Larry J. Hawkins, DSc, PMP 
Jim Hayden, PMP 
Mohamed S. Hefny, MSc, PMP 
Robert Hierholtz 
Bob Hillier, PMP 
Felicia Hong, PMP, MBA 
Gheorghe Hriscu, PMP, OCP 



Ramon Espinoza, PMP 

Peter Ewart-Brookes, PMP 

John L Fallon, PMP 

AnnaMaria Felici, PMP, CMC 

Matthew J. Fiske, PE, PMP 

Martin Flank, MBA, PMP 

Quentin W. Fleming 

Scott D. Freauf, PMP 

Scott J. Friedman, PMP 

W.Anders Fusia, PMP 

Sharyn H. Gallagher, Ed.D., PMP 

Jose Eduardo Motta Garcia, MBA, PMP 

David P. Gent, CEng, PMP 

Peter James Gilliland, PMP 

Fernando Hurtado Giraldo 

Marshall Goldman, PMP 

Jean Gouix, Eng, PMP 

Thomas J. Gray, PMP, PE 

Dr Stephen Grey 

Liz Grinzo, PMP 

Pier Luigi Guida, Ing, PMP 

Marie Gunnerson 

Raj Guttha 

Mustafa Hafizoglu, PMP 

John Haneiko, PMP 

Kurt J Harris, PMP 

Akkiraju V Harshavardhan, PMP 

Lawrence Hattenburg, PMP 

Ernesto YoHayashi, MEng 

Gary R. Heerkens, PMP, PE 

Krzysztof Hejduk, PhD, PMP 

Hideyuki Hikida, PMP 

Mark Holdrege 

Tim Hornett, PMP 

Chin-Yang Hsia, PMP, MBA 
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Jeff M Hughes, BA (Hons), PMP 

Theresa L Hunt, CSQE, CSTE 

Jean-Pierre Husereau, PMP, OPM3-CC 

Zulfiqar Hussain, PE, PMP 

George Jackelen 

TD Jainendrakumar, PMP 

Elden F. Jones II, PMP, MSPM 

Michele J. Jones, PMP 

Nils Kandelin, PhD, PMP 

Kenneth P. Katz, PMP 

Lance Kelson, CISSP, PMP 

Rameshchandra B. Ketharaju 

Tausif Khawaja 

Joan Knutson, PMP 

Roman S. Kosarzycki PMP 

Edie E. Kubomoto, PMP, CQM 

Thomas M. Kurihara 

Philippe Landucci, PMP 

Richard Larson, PMP, CBAP 

Jim Lee Sr, PMP 

Donald Likens 

Robin Lindenmeier, PMP 

Mary K. Lofsness 

Alberto Lopez, PMP 

Margaret L Love, PMP 

Yves M. Lucas, PMP 

Raymond Maczka 

Konstantinos Maliakas, PMP 

Rick Mandarino PMP, MBA 

AmmarW. Mango, PgMP, PMP 

Mark Marlin PMP, PE 

Mohit Raj Mathur, PMP 

Yan Bello Mendez, PMP 

Su Mei-Shih, PMP 

Predrag Fred Mikanovic, MBA, PMP 



David T Hulett, PhD 

Marta Hurst, CLSSBB 

Huma Hydari, MBA, PMP 

Midori Ito 

Ashok Jain, PAHM, PMP 

Tony Johnson, PMP, PgMP 

Marylinda Jones, PMP, Six Sigma Greenbelt 

Lenin Babu Kamma, PMP 

Carl Karshagen, PMP 

Ramakrishna Kavirayani, PMP 

Roger Kent, PMP 

Thomas C. Keuten, PMP, OPM3-CC 

Jim Kinard, PMP 

Kimberly A. Kook, PMP, ITIL Foundations 

Chetana S. Koulagi, PMP, CSQA 

Takahiko Kuki, PMP, JPE 

Lisa M. LaCourse, PMP 

David J. Lanners, MBA, PMP 

Marta M. Laszcz, PMP 

Patty Leung 

Diana Lilla, MA, PMP 

Kristin Linoski, PMP 

Anand Lokhande, PMP 

Enrique Lopez-Mingueza, PMP 

Angela Cheng-Jui Lu, PhD, PMP 

Christina Luik 

Shankar Mahadevan, PMP, CWA 

Rich Maltzman, PMP 

Srinivas Mandgi, PMP, SAP HR 

Joachim Manz, PhD, PMP 

John A. Marzullo, PMP 

Rahma Mbarki Eng, MSc, MBA 

Louis J. Mercken, PMI Fellow, PMP 

Kenneth Merten 

Berne C. Miller, PMP, CPL 
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Walter Warren Miller III, PhD, PMP 

Gary Monti, PMP 

John Morck 

Kaoru Mori, PMP 

Stephen E. Mueller, PMP, EVP 

Rita Mulcahy, PMP 

Takamichi Nagano 

Faig Nasibov, PMP 

Edgard Pedreira de Cerqueira Neto, PhD, PMP 

Thuthuy C. Nguyen, PMP 

Jeffrey S. Nielsen, PMP 

Michael C. Nollet, MBA, PMP 

Jeff Nuding, PMP 

Edward A. O'Connor, PMP 

James Ostad, PMP 

Nariman Panahian, PhD, PMP 

Leah Paras, PMP 

Hyung Ki Park, PMP 

Frank R. Parth, MBA, PMP 

George Pasieka, aCPP, PMP 

Seenivasan Pavanasam, BTech, PMP 

Robert E. Perrine, PMP 

George Pitagorsky, PMP 

Steven S. Popovich 

Javier Pumar, PMP 

S. Ramani, PgMP, PMP 

Claudia Elisa Ramirez, PMP 

Rafael Fernando Ronces Rosas, PMP 

Prakash Roshan, PMP 

Osamu Sakamoto, PMP 

Otavio Ritter Santos, PMP 

Vikas Sarin, ME(SS),MCA 

Curt Schlonies, PMP 

John Schuyler, PE, PMP 

Mark B. Shadowens, PMP 



Mark A. Monteleone, PMP, CBAP 

Carlos Morais, PMP 

Paola Morgese, PE, PMP 

Rogan Morrison, PMP 

Hazim Muhssin, PMP 

Philips Tharakan Mulackal, PMP, CCE 

Kalyanraman Narayanswamy, PMP 

John T. Nelson, BSc 

Michael Newell, PMP 

Praveen K. Nidumolu, PMP 

James S. Niziurski, PMP 

Peter Ntiforo, PMP, BSc (Hons) 

Michael O'Brochta, MPM, PMP 

Kazuhiko Okubo, PE, PMP 

Beth Ouellette, MBA, PMP 

Mohan Pandey, MPharm, PGDM(IIMA) 

Balaji Parasuraman 

William J Parkes, PMP 

Jerry L. Partridge, PMP 

Marcello Patrese, PMP, MPM 

Nancy Perosio, PMP 

Crispin ("Kik") Piney, BSc, PMP 

Charles M. Poplos, EdD, PMP 

Nathan Pryce, EMTM, PMP 

Jan F.M. Raes, PhD, PMP 

Ananthakrishnan Ramaswami, PMP 

Gurdev S Randhawa, PMP 

Kenneth H. Rose, PMP 

Neal L Rowland, PMP 

Brian Salk, MA Ed, PMP 

Rick B. Santos, MBA, PMP 

Kyoichi Sato, PMP 

Eugene Schreiner 

Benjamin R. Sellers, PMP, CPCM 

Paul E. Shaltry, PMP 
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Archana Sharma, MS, PMP 

Kazuo Shimizu, PMP 

Hilary Shreter, MBA, PMP 

Michael Simmering, PE, OPM3-CC 

Martin J Smit, PMP 

Bruce F. Snow 

John P. Soltesz, PE, PMP 

Patricia Spadea, PMP 

Pranay Srivastava, PMP, CISA 

Doug Stephon 

Dr Kenneth D Strang, PhD, PMP 

Juergen Sturany, PMP 

Yasuji Suzuki, PMP 

ShojiTajima, PMP 

William M. Thorn, PMP 

William J.Thompson, PE, PMP 

MarkTolbert 

Terry D. Tosh, PMP 

Biagio Tramontana, Ing, PMP 

Daniel J. Troxell, MBA, PMP 

Nnanna Charles Ukaegbu, PE, PMP 

Eric Uyttewaal, MS Business, PMP 

Dennis K.Van Gemert, MS, PMP 

Ricardo Viana Vargas, MSc, PMP 

Thierry Verlynde, PMP 

Mike Wakshull, PMP, MSc 

Thomas M.Walsh, PMP 

Xiaojin Wang, PhD, PMP 

William W.Wassel,PE, PMP 

Michael D. Watson, PMP 

Kevin R.Wegryn, PMP, CPM 

Donald Wilkinson, PMP 

Rebecca A. Winston, JD 

Rick Woods, SSBB, PMP 

ShahrzadYazdani,PMP,LSSGB 



Nitin Shende 

Toshihiro Shoji, PMP 

Joao Carlos A. Silva Neto, Msc, PMP 

Marzena Zych- Skrzypkowska 

Carolyn E. Smith, PMP 

Jorge Garcia Solano, PMP 

Brijesh Sonawane, PMP 

Clifford W. Sprague, PMP 

Joyce Statz, PhD, PMP 

Samuel N. Stevens III, PhD 

Michael E (Mike) Strom, PMP 

Brian T Sullivan, PMP 

Michal Szymaczek, PMP 

John Terdik, PMP, DCB 

Darin Thomas, PMP 

Linus G Tibayan, FLMI, PMP 

Carolyn A. Toomer, PMP 

LeeTowe, PMP, MBA 

R. Trant, BA, C Mar Eng 

Vidyasagar Uddagiri, PMP 

KrishnakantT Upadhyaya, PMP 

Jorge Valdes Garciatorres, PMP, ITIL 

Paula Ximena Varas, PMP 

JoukoVaskimo, PMP 

Aloysio Vianna Jr. 

Ronald PC. Waller, PMI Fellow, PMP 

Steve J. Walter, PhD, CSEP, PMP 

Lou Ware, PMP 

Ian J Watson, PMP 

Patrick Weaver, PMP, FAICD 

Mark Wilfer, PMP 

Terry Williams, PhD, PMP 

Michael Witzorky, PMP 

Vicki Wrona, PMP 

Clement C.LYeung, PMP 
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Azam M. Zaqzouq, MCT, PMP Omran M. Zbeida 

Paul W. Zilmer, PMP William A. Zimmer, PMP 

Heinz Zimmermann, MSc, PMP 

C.9 Groupe de conseil sur le programme de normalisation du PMI 

Les personnes suivantes ont apporte leur contribution en tant que membres du groupe de conseil sur 
le programme de normalisation du PMI pendant I'elaboration du Guide du corpus des connaissances en 
management de projet (Guide PMBOK®) - Quatrieme edition : 

Julia M. Bednar, PMP 
Chris Cartwright, MPM, PMP 
Douglas Clark 

Terry Cooke-Davies, PhD, FCMI 
Carol Holliday, MA, PMP 
Deborah O'Bray, CIM (Hons) 
Asbjorn Rolstadas, PhD, Ing 
David W. Ross, PMP, PgMP 
Paul E. Shaltry, PMP 
David Violette, MPM, PMP 
John Zlockie, MBA, PMP 

C.10 Collaborateurs internes 

Une mention speciale aux employes du PMI suivants : 
Christie Biehl, EdD, PMP, ancien chef de projet 

Shari M. Daniel, PMP, chef de projet du comite de verification des traductions 
Steven L. Fahrenkrog, PMP, vice-president developpement regional 
Amanda Freitick, administratrice du programme de normalisation 
Donn Greenberg, directeur, publications 

Ruth Anne Guerrero, MBA, PMP, ancien responsable de la normalisation 
Natasha Pollard, coordinatrice du comite de verification des traductions 
Roberta Storer, editeur 

Barbara Walsh, CAPM, planificatrice des publications/chef de projet — Traductions 
Nan Wolfslayer, AStd, specialiste de la conformite des normes 
Nancy Wilkinson, MBA, PMP, 0PM3®, specialiste de projet 
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C.1 1 Membres du Comite francophone de verification des traductions 

Les membres de ce comite international sont egalement membres du PMI et sont originaires de I'un des 
pays suivants : Belgique, Canada, France, Luxembourg, Maroc, Senegal, Suisse. 

Bernard Roduit, chef du projet de verification (Suisse) 

Michel Vanbrabant, PMP (Belgique) 

Pierre Cadieux, Dr. Sc. (Canada) 

Carl M. Gilbert, PMP, 0PM3®A/C (Canada) 

Jennifer Graham, MBA, PMP, PR2 (Canada) 

Pascal Bohn, PMP (France) 

Jean Gouix, Eng, PMP (France) 

Jean-Christophe Hamani, PMP (France) 

Robert Hierholtz, PMP (France) 

Rose-Helene Humeau, PMP (France) 

Mamadou Lakhoune (Luxembourg et Senegal) 

Mohammed M'Hamdi, PMP (Maroc) 

Dirk Claes, PMP (Suisse et Belgique) 

Sonia Boutari, PMP (Suisse) 
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ANNEXE D 

EXTENSIONS DES CHAMPS D'APPUCATION 

D.1 Necessite d'extensions des champs d'application 

Une extension de champ d'application s'avere necessaire lorsqu'elle represents des connaissances et des 
pratiques courantes pour une certaine categorie de projet dans un champ d'application donne, mais qui sont 
encore d'usage restreint pour I'ensemble des divers types de projet dans la plupart des champs d'application. 
Les extensions des champs d'application refletent : 

• des aspects uniques ou inhabituels de I'environnement d'un projet, que I'equipe de management de 
projet doit connaitre pour un management efficace de son projet 

• des connaissances et des pratiques courantes qui, lorsqu'elles sont appliquees, ameliorent I'efficience 
et I'efficacite du projet (les structures de decoupage du projet, par exemple). 

Les connaissances et les pratiques specifiques a un champ d'application donne peuvent resulter de nombreux 
facteurs, dont les differences de normes culturelles, la terminologie technique, I'impact social ou les cycles de vie 
du projet. Par exemple : 

• Dans le batiment, ou presque tout le travail est realise sous contrat, il existe des connaissances 
et pratiques courantes associees aux approvisionnements qui ne s'appliquent pas a toutes les 
categories de projet. 

• Dans les sciences de la vie, il existe des connaissances et pratiques courantes, decoulant de 
I'environnement reglementaire, qui ne s'appliquent pas a toutes les categories de projet. 

• Dans I'etablissement de contrats publics, il existe des connaissances et pratiques courantes, 
decoulant des regimentations en matiere de marches publics, qui ne s'appliquent pas a toutes les 
categories de projet. 

• Dans le domaine du conseil, il existe des connaissances et pratiques courantes, concemant les 
responsabilites du chef de projet au niveau des ventes et du marketing, qui ne s'appliquent pas a 
toutes les categories de projet. 
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Les extensions des champs d'application sont : 

• ajoutees aux textes de base des chapitres 1 a 1 2 du Guide PMBOK® et ne sont pas des remplacements, 

• organisees de la meme maniere que le Guide PMBOK®, c'est-a-dire qu'elles identifient et decrivent 
les processus de management de projet specifiques au champ d'application conceme, 

• ajoutees specifiquement au texte de base, par exemple : 

o identification de nouveaux processus ou de processus modifies, 

o subdivision de processus existants, 

o description de differentes sequences ou interactions de processus, 

o elements plus nombreux ou modification des definitions de processus courants, 

o definition de donnees d'entree, des outils et techniques et/ou des donnees de sortie 
particuliers aux processus existants. 

Les extensions des champs d'application ne sont pas : 

• des documents pratiques de type « mode d'emploi » ou des « lignes directrices en matiere 
d'application pratique » (des documents de ce type peuvent etre emis comme normes du PMI, mais 
ils ne correspondent pas a ce que Ton entend par « extensions »), 

• un niveau plus detaille de ce qui est traite dans le Guide PMBOK® (de tels details peuvent etre 
abordes dans des manuels ou des guides pouvant etre emis comme normes du PMI, mais ils ne 
correspondent pas a ce que Ton entend par « extensions »). 

D.2 Criteres d'elaboration des extensions des champs d'application 

Les extensions doivent etre elaborees selon les criteres suivants : 

• II existe un corpus des connaissances important, a la fois oriente projet et specifique a ce champ 
d'application, ou quasi specifique. 

• Une unite identifiable du PMI, par exemple un groupe d'interet particulier (appele SIG, Special Interest 
Group), un « college » ou un chapitre du PMI ou une organisation externe identifiable, est disposee a 
engager les ressources necessaires, et en a les moyens, pour souscrire et apporter son soutien au 
programme de normalisation au cours de I'elaboration et de la mise a jour d'une norme particuliere 
du PMI. Ou encore, I'extension peut etre elaboree par le PMI lui-meme. 

• L' extension proposee doit pouvoir etre approuvee apres la meme analyse rigoureuse du processus de 
normalisation de management de projet du PMI que celle a laquelle sont soumises toutes les autres 
normes du PMI. 
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D.3 Publication et format des extensions des champs d'application 

Les extensions des champs d'application sont elaborees et/ou publiees par le PMI, ou sont elaborees et/ou 
publiees par une unite du PMI, ou par une organisation externe avec I'accord officiel du PMI. 

• Les extensions suivent le style et le contenu du Guide PMBOK®. Elles utilisent une numerotation de 
paragraphe et de sous-paragraphe identique a celle de cet ouvrage pour les informations qui y sont 
developpees. 

• Les sections et les paragraphes du Guide PMBOK 3 qui ne sont pas developpes ne sont pas repris 
dans les extensions. 

• Les extensions contiennent la justification et la logique de leur necessite et des informations les 
concemant. 

• Les extensions indiquent les usages pour lesquels elles ne sont pas prevues. 

D.4 Processus d'elaboration et de mise a jour des 
extensions des champs d'application 

Lorsqu'elles sont approuvees conformement au processus de normalisation du PMI, les extensions des 
champs d'application deviennent des normes du PMI. En consequence, elles seront elaborees et mises a jour 
conformement au processus decrit ci-apres. 

• Une extension doit etre parrainee par le PMI, une unite du PMI officiellement constitute (par exemple 
un groupe d'interet particulier (SIG), un « college » ou un chapitre) ou par une autre organisation 
externe au PMI mais approuvee par le groupe de conseil sur le programme de normalisation du PMI 
et le directeur de la normalisation du PMI. On donnera la preference a un coparrainage avec le PMI. 
Toutes les approbations devront prendre la forme d'un accord officiel ecrit entre le PMI et I'entite de 
parrainage ; cet accord devra inclure, entres autres, I'accord des deux parties concemant les droits 
de propriete intellectuelle et les droits de publication de I'extension. 

• Un projet d'elaboration, de publication et/ou de mise a jour d'une extension devra etre approuve par 
le programme de normalisation du PMI. L'autorisation de demarrer, d'elaborer et de mettre a jour 
une extension devra emaner du PMI etfera I'objet d'un accord entre les organisations ou au sein de 
celles-ci. Si aucune autre organisation commanditaire n'est trouvee, le programme de normalisation 
du PMI peut choisir de continuer seul. 

• Le groupe commanditaire notifiera le groupe de conseil sur le programme de normalisation du PMI et 
le directeur de la normalisation du PMI, leur demandera conseil et sollicitera leur appui tout au long 
du processus d'elaboration et de mise a jour, lis s'entendront quant a I'adequation de I'organisation 
parrainant I'extension proposee et examineront I'extension au cours de son elaboration, pour detecter 
tout conflit ou tout recoupement avec des projets similaires qui seraient en cours de realisation. 



©2008 Project Management Institute. Guide du Corpus des connaissances en management de projet (Guide PMBOK" 1 ) — Quatrieme edition 



Le groupe commanditaire preparera une proposition d'elaboration de I'extension. Cette proposition 
devra inclure la justification du projet sous forme de grille de processus specifiques au champ 
d'application conceme, ainsi que les sections du Guide PMBOK® qui sont affectees. Elle devra 
egalement contenir I'engagement d'un nombre suffisant de redacteurs et reviseurs qualifies ; 
I'identification des besoins en financement, y compris les couts de reproduction, d'affranchissement, 
de telephone, de mise en page, etc. ; I'engagement de respecter les procedures d'elaboration et de 
mise a jour des extensions de normes du PMI ; enfin un plan et un echeancier d'elaboration et de 
mise a jour de I'extension. 

Lorsque la proposition aura ete accept.ee, I'equipe de projet preparera une charte du projet qui devra 
etre approuvee par le groupe commanditaire et I'equipe du programme de normalisation du PMI. La 
charte devra indiquer les sources de financement, et notamment tout financement que Ton souhaite 
obtenir du PMI. Elle devra inclure I'obligation de revisions periodiques de I'extension avec des rapports 
a I'equipe du programme de normalisation du PMI et devra preciser quand et dans quelles conditions 
I'extension perdra son statut de norme PMI active. 

La proposition sera soumise au directeur de la normalisation du PMI conformement au processus de 
normalisation du PMI. Le directeur de la normalisation du PMI determinera si la proposition est en 
mesure de produire un document repondant aux exigences imposees aux normes du PMI et si des 
ressources et un appui adequats ont ete trouves. Lors de ce processus de determination, le directeur 
de la normalisation du PMI sollicitera I'aide du groupe de conseil sur le programme de normalisation 
du PMI et, s'il y a lieu, d'un groupe de personnes qualifies non-impliquees dans I'extension pour la 
revision et les commentaires. 

Le directeur de la normalisation du PMI, avec I'appui du groupe de conseil sur le programme de 
normalisation du PMI, surveillera et soutiendra I'elaboration du projet approuve. 

L'organisation commanditaire elaborera I'extension conformement a la charte du projet approuvee, 
ce qui inclura egalement une coordination avec I'equipe de normalisation du PMI pour ce qui est de 
I'aide, de la revision et des commentaires. 

Une fois I'extension achevee a la satisfaction de l'organisation commanditaire, elle sera soumise 
au directeur de la normalisation du PMI qui se chargera des processus d'approbation finale et de 
publication, conformement au processus de normalisation du PMI. L'extension finale soumise devra 
mentionner que l'organisation commanditaire s'engage a effectuer la mise a jour de I'extension du 
PMI et devra comporter une liste des processus et efforts de mise a jour. 

Une fois I'extension approuvee comme norme du PMI, l'organisation commanditaire mettra en ceuvre 
le processus de mise a jour de I'extension, conformement au plan approuve. 
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ANNEXE E 

SOURCES D'INFORMATIONS SUPPLEMENTS RES 
SUR LE MANAGEMENT DE PROJET 

Le management de projet est un domaine dynamique en pleine expansion ; des ouvrages et des articles 
sur le sujet sont publies regulierement. Les organismes mentionnes ci-dessous offrent un large eventail de 
produits et de services pouvant etre utiles a toutes les personnes interessees par le management de projet. 

E.1 Organisations techniques et professionnelles 

Ce document (le Guide PMBOK®) a ete elabore et publie par le Project Management Institute (PMI), dont 
voici les coordonnees : 

Project Management Institute 

14 Campus Boulevard 

Newtown Square, PA 19073-3299 USA 

Telephone : +1 -61 0-356-4600 

Telecopie : +1-610-356-4647 

Courriel : pmihq@pmi.org 

Internet : http://www.pmi.org 

Le PMI a signe des accords de cooperation avec les organisations suivantes : 

Asociacion Espahola de Direccion Integrada de Proyecto 
(Association espagnole de management de projet) (AEDIP) 
Telephone : +34 91 514 95 35 Courriel : aedip@edip.org 

China International Contractors Assoc. 

(Association intemationale d'entrepreneurs de Chine) (CHINCA) 
Courriel : wailian@chinca.org 

College of Engineering, Graduate School of the Chinese Academy of Sciences 
(Faculte d'ingenierie, Universite de I'Academie des sciences de Chine) (GUCAS) 
Telephone : +86-1 0-8825-6550 Telecopie : +86-1 0-8825-6278 

Courriel : junh@gucas.ac.cn 
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Construction & Economy Research Institute of Korea 

(Institut coreen de construction et recherche economique) (CERIK) 
Telephone : +822-3441 -0801 Telecopie : +822-544-6234 

www.cerik.re.kr Courriel : bnlee@cerik.re.kr 

Engineering Advancement Association of Japan 

(Association japonaise d'avancement de I'ingenierie) (ENAA) 
Telephone : +81 -4-5682-8071 Telecopie : +81 -4-5682-871 

www.enaa.or.jp Courriel : hirojpmf@wta.att.ne.jp 

Hong Kong Productivity Council 

(Conseil de productivite de Hong Kong) 

Telephone : +852-2788-6062 Telecopie : +852-2788-5900 

Courriel : esung@hkpc.org 

Institute of Beijing Zhongke Project Management 

(Institut de management de projet de Beijing Zhongke) (BPMI) 
Telephone : +86-1 0-67809231 Courriel : xcj@project.net.cn 

Institute of International Engineering Project Management of Tsinghua University 

(Institut international de management de projet en ingenierie de I'Universite de Tsinghua) (IIEPM) 
Courriel : yuans@tsinghua.edu.cn 

International Project Management Association 

(Association internationale de management de projet) 
Courriel : info@ipma.ch 

Italian Project Management Institute 

(Institut italien de management de projet) (ISIPM) 
Courriel : bartoloni@isipm.org 

Korea Project Management Association 

(Association coreenne de management de projet) (KPMA) 
Telephone : +82-2-523-1 646 Telecopie : +82-2-523-1 680 

Courriel : hkpark@pma.or.kr 

Project Management Research Institute of Peking University 

(Institut de recherche en management de projet de I'Universite de Pekin) ( PMRI) 
Courriel : xy123@pku.edu.cn 

Project Management South Africa 

(Institut de management de projet d'Afrique du Sud) (PMSA) 
Telephone/Telecopie : 01 1 -271 1 -706-681 3 Courriel : info@pmisa.org.za 

Tongji University 
(Universite de Tongji) 

Telephone : +86-1 381 832321 8 Telecopie : +86-21 -65983283 

Courriel : qianshi@mail.tongji.edu.cn 
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De plus, il existe de nombreuses autres organisations dans des domaines connexes qui peuvent etre a 
meme de fournir des informations supplemental sur le management de projet. Par exemple : 

Academy of Management (Academie du management) 
American Management Association International 

(Association americaine intemationale de management) 
American Society for Quality Control 

(Association americaine pour la maitrise de la qualite) 
Construction Industry Institute (Institut de I'industrie de la construction) 
Construction Management Association of America 

(Association americaine de management du domaine de la construction) (CMAA) 
Institute of Electrical and Electronics Engineers 

(Institut des ingenieurs en electricite et electronique) (IEEE) 
Institute of Industrial Engineers (Institut des ingenieurs en genie industriel) (HE) 
International Council on Systems Engineering 

(Conseil international en ingenierie systeme) (INCOSE) 
National Association for Purchasing Management 

(Association nationale de management des approvisionnements) 
National Contract Management Association 

(Association nationale de management de contrats) 
Society for Human Resource Management 

(Association de management des ressources humaines) 
American Society of Civil Engineers 

(Association americaine des ingenieurs en genie civil) 

Les coordonnees des organisations ci-dessus et d'autres organisations professionnelles et techniques du 
monde entier peuvent generalement etre obtenues sur Internet. 

E.2 Maisons d'edition 

Le PMI est le plus grand editeur d'ouvrages sur le management de projet. De nombreuses maisons d'edition 
publient des ouvrages sur le management de projet et les domaines connexes. Les maisons d'edition qui publient 
de tels ouvrages de fagon reguliere comprennent : 

Addison-Wesley 

AMACOM 

Gower Press 

John Wiley & Sons 

Marcel Dekker 

McGraw-Hill 

Prentice-Hall 

Probus 

Van Nostrand Reinhold 

La plupart des ouvrages sur le management de projet edit.es par ces maisons d'edition sont disponibles 
aupres du PMI. Nombre de ces ouvrages disponibles aupres des sources ci-dessus incluent une bibliographie 
ou une liste exhaustive d'ouvrages a consulter. 
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E.3 Fournisseurs de produits et prestataires de services 

Les societes qui proposent des logiciels, des formations, du conseil et d'autres produits et services aux 
professionnels du management de projet offrent souvent des monographies ou des reimpressions de documents. 

Le programme PMI Registered Education Provider (R.E.P.) encourage le developpement professionnel 
permanent des membres du PMI, des professionnels en management de projet (les certifies PMP®) et d'autres 
parties prenantes du management de projet, en mettant en rapport les parties prenantes et les coordinateurs 
de formation avec des prestataires de services de formation et des fournisseurs de produits qualifies. Une liste 
des prestataires de services de formation agrees (les R.E.P.) et des services correspondants peut etre obtenue 
sur le site http://www.pmi.org/education/rep. 

E.4 Organismes d'enseignement 

De nombreuses universites et etablissements d'enseignement superieur offrent des programmes de 
formation continue en management de projet et autres disciplines connexes. Nombre de ces organismes 
proposent egalement des programmes permettant d'obtenir un diplome de niveau universitaire. 
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ANNEXE F 

RESUME DES DOMAINES DE 

CONNAISSANCE EN MANAGEMENT DE PROJET 

F.1 Management de ('integration du projet 

Le management de I'integration du projetcomprend les processus etlesactivitesnecessairesa Identification, 
la definition, la combinaison, I'unification et la coordination des divers processus et activit.es de management 
de projet dans les groupes de processus de management de projet. Dans le contexte du management de 
projet, I'integration comprend les caracteristiques d'unification, de consolidation, d'articulation et d'actions 
d'integration essentielles a I'achevement du projet, a la reussite de la gestion des attentes parties prenantes 
et au respect des exigences. 

Les processus de management de I'integration du projet sont les suivants : 

• Elaborer la charte du projet— C'est le processus qui consiste a elaborer un document autorisant 
formellement un projet ou une phase de projet, et a documenter les exigences initiales devant satisfaire 
les besoins et attentes des parties prenantes. 

• Elaborer le plan de management du projet— C'est le processus qui consiste a documenter les actions 
necessaires a la definition, preparation, integration et coordination de tous les plans subsidiaires. 

• Diriger et piloter I'execution du projet— C'est le processus qui consiste a executer le travail defini 
dans le plan de management du projet pour atteindre les objectifs du projet. 

• Surveiller et maitriser le travail du projet — C'est le processus qui consiste a suivre, revoir et reguler 
les avancements pour atteindre les objectifs definis dans le plan de management du projet. 

• Mettre en ceuvre la maitrise integree des modifications — C'est le processus qui consiste a examiner 
toutes les demandes de modification, a approuver les modifications et a gerer les modifications des 
livrables, des actifs organisationnels, des documents du projet et du plan de management du projet. 

• Clore le projet ou la phase — C'est le processus qui consiste a finaliser toutes les activites pour 
I'ensemble des groupes de processus de management de projet afin de clore formellement le projet 
ou I'une de ses phases. 
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F.2 Management du contenu du projet 

Le management du contenu du projet comprend les processus permettant d'assurer que tout le travail 
requis par le projet, et seul le travail requis, est effectue pour achever le projet avec succes. Le management 
du contenu du projet porte essentiellement sur la definition et la maitrise de ce qui est inclus et ce qui est exclu 
du projet. Les processus de management du contenu du projet sont les suivants : 

• Recueillir les exigences— C'est le processus qui consiste a definir et a documenter les besoins des 
parties prenantes necessaires pour atteindre les objectifs du projet. 

• Definir le contenu— C'est le processus qui consiste a elaborer une description detaillee du projet 
et du produit. 

• Creer la structure de decoupage du projet— C'est le processus qui consiste a subdiviser les 
livrables et le travail du projet en composants plus petits et plus faciles a maitriser. 

• Verifier le contenu— C'est le processus qui consiste a formaliser I'acceptation des livrables acheves 
du projet. 

• Maitriser le contenu — C'est le processus qui consiste a surveiller I'etat du contenu du projet et du 
produit, et a gerer les modifications affectant la reference de base du contenu. 

F.3 Management des delais du projet 

Le management des delais du projet comprend les processus requis afin d'achever le projet en temps 
voulu. Les processus de management des delais du projet sont les suivants : 

• Definir les activites— C'est le processus qui consiste a identifier les actions specifiques a 
entreprendre pour produire les livrables du projet. 

• Organiser les activites en sequence — C'est le processus qui consiste a identifier et a documenter 
les relations entre les activites du projet. 

• Estimer les ressources necessaires aux activites — C'est le processus qui consiste a definir le 
profil des personnes et a estimer leur nombre, le type et la quantite de materiels, d'equipements ou 
de foumitures, necessaires a I'accomplissement de chacune des activites. 

• Estimer la duree des activites — C'est le processus qui consiste a estimer le nombre de periodes 
de travail requises pour achever chacune des activites avec les ressources estimees. 

• Elaborer I'echeancier— C'est le processus qui consiste a elaborer I'echeancier du projet a partir 
de I'analyse des sequences d'activites, des durees, des besoins en ressources et des contraintes de 
I'echeancier. 

• Maitriser I'echeancier— C'est le processus qui consiste a surveiller I'etat du projet dans le but de 
mettre a jour les progres effectues et de gerer les modifications affectant la reference de base de 
I'echeancier. 
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F.4 Management des couts du projet 

Le management des couts du projet comprend les processus relatifs a I'estimation des couts, a I'etablissement 
du budget et a la maitrise des couts dans le but d'achever le projet en restant dans le budget approuve. Les 
processus de management des couts du projet sont les suivants: 

• Estimer les couts — C'est le processus qui consiste a etablir une approximation des ressources 
monetaires necessaires a raccomplissement des activites du projet. 

• Determiner le budget— C'est le processus qui consiste a cumuler les couts estimes de chacune 
des activites individuelles ou de chacun des lots de travail de fagon a etablir une reference de base 
des couts approuvee. 

• Maitriser les couts— C'est le processus qui consiste a surveiller I'etat du projet dans le but de 
mettre a jour son budget et a gerer les modifications affectant la reference de base des couts. 

F.5 Management de la qualite du projet 

Le management de la qualite du projet comprend les processus et les activites de I'entreprise realisatrice 
qui determinent la politique qualite, les objectifs et les responsabilites en matiere de qualite, afin que le projet 
reponde aux besoins pour lesquels il a ete entrepris. II met en oeuvre le systeme de management de la qualite 
par le biais de la politique qualite, des procedures et, en fonction des besoins, la mise en oeuvre d'activites 
d'amelioration continue des processus tout au long du projet. Les processus de management de la qualite du 
projet sont les suivants : 

• Planifier la qualite — C'est le processus qui consiste a identifier les exigences et/ou les normes de 
qualite applicables au projet et au produit, et a documenter comment la conformite du projet a ces 
exigences ou a ces normes sera demontree. 

• Mettre en oeuvre I'assurance qualite— C'est le processus qui consiste a auditer les exigences de 
qualite et les resultats des mesures du controle qualite, de fagon a s'assurer que le projet utilise les 
normes de qualite et les definitions operationnelles appropriees. 

• Mettre en oeuvre le controle qualite— C'est le processus qui consiste a surveiller et a enregistrer 
les resultats des activites en rapport avec la qualite pour evaluer la performance et recommander les 
modifications necessaires. 

F.6 Management des ressources humaines du projet 

Le management des ressources humaines du projet comprend les processus d'organisation, de management 
et de direction de I'equipe de projet. L'equipe de projet est constitute de personnes ayant des roles et des 
responsabilites qui leur ont ete attribues pour mener le projet a son terme. Les processus de management des 
ressources humaines du projet sont les suivants : 



©2008 Project Management Institute. Guide du Corpus des connaissances en management de projet (Guide PMBOK®) — Quatrieme edition 



• Elaborer le plan des ressources humaines — C'est le processus qui consiste a identifier et a 
documenter les roles, les responsabilit.es, et les competences requises ainsi que les relations 
d'autorite au sein du projet, et a elaborer un plan de management des ressources humaines. 

• Constituer I'equipe de projet. Ce processus consiste a confirmer la disponibilite des ressources 
humaines et a acquerir I'equipe necessaire a I'execution du projet 

• Developper I'equipe de projet. Ce processus consiste a ameliorer les competences, I'interaction 
entre les membres de I'equipe et I'environnement global de I'equipe, afin d'ameliorer la performance 
du projet. 

• Diriger I'equipe de projet. Ce processus consiste a suivre la performance des membres de I'equipe, 
effectuer des retours d'information, resoudre les problemes et gerer les modifications afin d'optimiser 
la performance du projet. 

F.7 Management des communications du projet 

Le management des communications du projet comprend les processus requis pour assurer, en temps voulu 
et de fagon appropriee, la creation, la collecte, la diffusion, le stockage, la recuperation et le traitement final 
des informations du projet. Les processus de management des communications du projet sont les suivants : 

• Identifier les parties prenantes — C'est le processus qui consiste a identifier toutes les personnes 
ou organisations concemees par le projet, et a documenter les informations pertinentes a leurs 
interets, leur implication et leur impact sur le succes du projet. 

• Planifier les communications— C'est le processus qui consiste a determiner les besoins en 
information des parties prenantes du projet et a definir une approche pour les communications les 
concemant. 

• Diffuser les informations— C'est le processus qui consiste a mettre les informations necessaires 
a la disposition des parties prenantes du projet, conformement au plan. 

• Gerer les attentes des parties prenantes— C'est le processus qui consiste a communiquer avec 
les parties prenantes, et a travailler avec elles pour repondre a leurs besoins et aborder les problemes 
majeurs lorsqu'ils se posent. 

• Rendre compte de la performance — C'est le processus qui consiste a collecter et a distribuer 
les informations relatives a la performance du projet, ce qui inclut les rapports d'etat, les mesures 
d'avancement et les previsions. 

F.8 Management des risques du projet 

Le management des risques du projet comprend les processus de conduite de la planification du management 
des risques, leur identification, leur analyse, la planification des reponses aux risques, ainsi que leur surveillance et 
maitrise dans le cadre du projet. Les objectifs du management des risques du projet sont d'accroitre la probabilite 
et I'impact des evenements positifs, et de reduire la probabilite et I'impact des evenements negatifs dans le cadre 
du projet. Les processus de management des risques du projet sont les suivants : 
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• Planifier le management des risques — C'est le processus qui consiste a definir les methodes de 
conduite des activites de management des risques d'un projet. 

• Identifier les risques— C'est le processus qui consiste a identifier les risques pouvant affecter le 
projet et a documenter leurs caracteristiques. 

• Mettre en ceuvre I'analyse qualitative des risques— C'est le processus qui consiste a definir 
I'ordre de priorite des risques pour analyse ou actions ulterieures, par evaluation et combinaison 
de leur probabilite d'occurrence et de leur impact. 

• Mettre en ceuvre I'analyse quantitative des risques— C'est le processus qui consiste a analyser 
quantitativement les effets des risques identifies sur I'ensemble des objectifs du projet. 

• Planifier les reponses aux risques— C'est le processus qui consiste a developper des options 
et des actions permettant d'augmenter les opportunit.es et de reduire les menaces relatives aux 
objectifs du projet. 

• Surveiller et maitriser les risques — C'est le processus qui consiste a mettre en ceuvre les plans 
de reponse aux risques, a suivre les risques identifies, a surveiller les risques residuels, a identifier 
les nouveaux risques et a evaluer le processus de risques tout au long du projet. 

F.9 Management des approvisionnements du projet 

Le management des approvisionnements du projet comprend les processus d'achat ou d'acquisition 
des produits, services ou resultats necessaires et externes a I'equipe de projet pour executer le travail. Le 
management des approvisionnement du projet comprend les processus de management du contrat et de 
maitrise des modifications requis pour developper et gerer des contrats ou des bons de commande emis par 
des membres autorises de I'equipe de projet. 

Les processus de management des approvisionnements du projet sont les suivants : 

• Planifier les approvisionnements— C'est le processus qui consiste a documenter les decisions 
d'approvisionnement du projet, a specifier les approches et a identifier les vendeurs potentiels. 

• Proceder aux approvisionnements— C'est le processus qui consiste a obtenir les reponses des 
vendeurs, a selectionner un vendeur et a attribuer un contrat. 

• Gerer les approvisionnements— C'est le processus qui consiste a gerer les relations 
d'approvisionnement avec les foumisseurs, a suivre les performances contractuelles et, le cas 
echeant, a effectuer les modifications et les corrections necessaires. 

• Clore les approvisionnements — C'est le processus qui consiste a mener a terme chacune des 
activites d'approvisionnement du projet. 
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ANNEXE G 

COMPETENCES INTERPERSONNELLES 

Les chefs de projets accomplissent le travail avec I'equipe de projet et les autres parties prenantes. Les 
chefs de projet performants possedent des competences techniques, interpersonnelles et conceptuelles 
equilibrees, qui leur permettent d'analyser les situations et d'interagir de maniere appropriee. Cette annexe 
decrit les competences interpersonnelles importantes suivantes : 

• Leadership 

• Developpement de I'esprit d'equipe 

• Motivation 

• Communication 

• Influence 

• Prise de decision 

• Sensibilite politique et culturelle 

• Negociation 

Bien que d'autres competences interpersonnelles soient utilisees par les chefs de projets, I'utilisation 
appropriee de ces competences par le chef de projet soutient efficacement le management de son projet. 

G.1 Leadership 

Le « leadership » implique de concentrer les efforts d'un groupe de personnes vers un but commun et de 
leur permettre de travailler en equipe. D'une maniere generale, le leadership est la capacite de parvenir a ce 
que le travail soit fait par d'autres personnes. Le respect et la confiance, plutot que la crainte et la soumission, 
sont les elements essentiels d'un leadership efficace. Bien que le leadership soit important au cours de toutes 
les phases du projet, un leadership efficace est essentiel dans les premieres phases d'un projet, lorsque 
I'emphase est mise sur la communication de la vision, la motivation et I'inspiration des participants au projet, 
afin d'obtenir une performance elevee. 

Tout au long du projet, les responsables des equipes de projet sont charges d'etablir et de maintenir la 
vision, la strategie et la communication ; de favoriser la confiance et le developpement de I'esprit d'equipe ; 
d'influencer, guider et surveiller, et d'evaluer la performance de I'equipe de projet. 
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G.2 Developpement de I'esprit d'equipe 

Le developpement de I'esprit d'equipe est un processus qui aide un groupe de personnes, liees par la 
perception commune d'un meme but, a travailler de maniere interdependante, les uns avec les autres, avec le 
responsable, avec les parties prenantes extemes et avec I'organisation. Le travail en equipe est le resultat d'un 
bon leadership et d'un bon developpement de I'esprit d'equipe. 

Les activites de developpement de I'esprit d'equipe sont des taches (etablir des buts, definir et negocier les 
roles et procedures) et des processus (comportement interpersonnel avec une preponderance accordee a la 
communication, a la gestion des conflits, a la negociation et au leadership). Le developpement d'un environnement 
d'equipe necessite que les problemes de I'equipe de projet soient traites comme des problemes qui se posent a 
I'equipe, sans que soient blames les individus. II est possible de pousser plus avant le developpement de I'esprit 
d'equipe en obtenant le support de la direction, en encourageant I'engagement des membres de I'equipe, en 
proposant des recompenses appropriees, en faisant preuve de reconnaissance, en observant les regies de 
I'ethique, en creant une identite d'equipe, en gerant efficacement les conflits, en promouvant la confiance et une 
libre communication entre les membres de I'equipe, et en pratiquant le leadership. 

Quoique le developpement de I'esprit d'equipe soit essentiel dans les phases initiales d'un projet, il s'agit d'un 
processus continu. Les modifications sont inevitables dans I'environnement d'un projet. Pour un management 
efficace de ces modifications, un effort continu ou renouvele de developpement de I'esprit d'equipe s'avere 
necessaire. Le resultat d'un esprit d'equipe bien developpe est une confiance reciproque, une haute qualite 
dans I'echange d'informations, une meilleure prise de decision et une maitrise efficace du projet. 

G.3 Motivation 

Les membres des equipes de projet ont des antecedents varies, des attentes differentes et des objectifs 
individuels. Le succes global du projet depend de I'engagement de I'equipe, et cet engagement est directement 
fonction du niveau de motivation. 

Dans un projet, la motivation requiert la creation d'un environnement de projet qui, tout en etant oriente 
vers I'atteinte des objectifs, offre aux individus une satisfaction personnels maximale sur ce que les membres 
valorisent le plus. Ces valeurs comprennent la satisfaction professionnelle, un travail stimulant, la perception 
d'un accomplissement et d'une progression, une compensation financiere suffisante et d'autres recompenses 
et reconnaissances considerees comme necessaires et importantes par I'individu. 
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G.4 Communication 

La communication a ete identified comme etant I'une des causes les plus importantes du succes ou de 
I'echec d'un projet. Une communication efficace, au sein d'une equipe de projet et entre le chef de projet, 
les membres de I'equipe et toutes les parties prenantes exterieures, est essentielle. La transparence dans la 
communication permet le travail en equipe et conduit a une performance elevee. Elle ameliore les relations 
entre les membres de I'equipe de projet et engendre une confiance reciproque. 

Afin de pouvoir instaurer une communication efficace, le chef de projet doit etre averti des styles de 
communication des autres parties, des problemes majeurs de nature culturelle, des relations, des personnalit.es 
et du contexte d'ensemble de la situation. Une sensibilisation sur ces facteurs conduit a la comprehension 
mutuelle et, par suite, a une communication efficace. Les chefs de projet doivent identifier les divers canaux 
de communication, comprendre quelles informations ils doivent transmettre et doivent recevoir, et reconnaitre 
les competences interpersonnelles qui les aideront a communiquer efficacement avec les diverses parties 
prenantes du projet. La conduite d'activites de developpement de I'esprit d'equipe dans le but de determiner 
les styles de communication des membres de I'equipe (par exemple, directif, collaboratif, logique, explorateur, 
etc.), permet aux gestionnaires de planifier une communication dont la sensibilite correspond bien aux relations 
et aux differences culturelles. 

L'ecoute est un composant important de la communication. Les techniques d'ecoute, a la fois active 
et efficace, conferent a I'utilisateur une perspicacite lui permettant de discemer la source des problemes, 
d'etablir les strategies de negociation et de gestion des conflits, de prendre des decisions et de resoudre 
les problemes. 

G.5 Influence 

L'influence est une strategie qui consiste a partager I'autorite et a s'appuyer sur les competences 
interpersonnelles pour obtenir la cooperation des autres vers un but commun. Les lignes de conduite suivantes 
peuvent influencer les membres de I'equipe : 

• Diriger par I'exemple et aller jusqu'au bout de ses engagements 

• Clarifier la fagon dont une decision est prise 

• Employer un style interpersonnel flexible et adapter le style a I'audience 

• Faire un usage judicieux et prudent de son pouvoir. Concevoir une collaboration a long terme 
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G.6 Prise de decision 

II existe quatre styles fondamentaux de prise de decision normalement pratiques par les chefs de projet : le 
commandement, la consultation, le consensus et le tirage a pile ou face (aleatoire). Quatre facteurs principaux 
affectent le style de decision : les contraintes de temps, la confiance, la qualite et I'acceptation. Les chefs de 
projet peuvent prendre les decisions eux-memes ou impliquer les membres de I'equipe dans le processus de 
prise de decision. 

Les chefs de projet et les membres de I'equipe de projet utilisent parfois un modele ou processus de prise 
de decision, tel que le modele en six phases suivant : 

1 . Definir le probleme— Explorer completement le probleme, le clarifier et le definir. 

2. Generer la solution du probleme — Prolonger le processus de generation d'idees nouvelles en 
elaborant plusieurs solutions possibles, au cours de sessions de remue-meninges, et en decourageant 
les prises de decision prematurees. 

3. Passer de I'idee a Taction — Definir les criteres devaluation, evaluer le pour et le contre de chacune 
des solutions envisagees, et choisir la meilleure. 

4. Planifier la mise en ceuvre de la solution — Impliquer les participants cles de fagon a ce qu'ils 
acceptent la solution choisie et s'engagent a la faire aboutir. 

5. Planifier revaluation de la solution — Analyser la solution une fois qu'elle aura ete mise en oeuvre, 
I'evaluer et recueillir les legons apprises. 

6. Evaluer les resultats et le processus — Evaluer dans quelle mesure le probleme a ete resolu ou les 
objectifs du projet atteints (continuation de la phase precedents). 

G.7 Sensibilite politique et culturelle 

Dans I'environnement d'un projet, la politique organisationnelle est inevitable en raison de la diversite des 
normes, des antecedents et des attentes des personnes impliquees dans le projet. La pratique judicieuse de la 
politique et de I'utilisation du pouvoir aide le chef de projet a reussir. Inversement, le fait d'ignorer ou d'eviter la 
politique, ou de mal utiliser le pouvoir, peut creer des difficult.es dans le management d'un projet. 

Les chefs de projet travaillent aujourd'hui dans un environnement global, et beaucoup de projets se 
deroulent dans un environnement culturellement diversifie. Grace a une comprehension des differences 
culturelles et au profit qu'elle en tire, I'equipe de management de projet sera mieux a meme de creer un 
environnement de confiance reciproque et une atmosphere dans laquelle tout le monde sera gagnant. Par 
nature, les differences culturelles peuvent etre a la fois au niveau des personnes ou de I'entreprise, et peuvent 
impliquer les parties prenantes aussi bien internes qu'extemes. C'est en integrant dans le plan d'ensemble 
du projet la connaissance des differents membres de I'equipe de projet et une bonne planification de la 
communication, qu'une gestion efficace de cette diversite culturelle sera possible. 
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La culture au niveau du comportement comprend les comportements et attentes qui sont independants de 
la geographie, de I'heritage ethnique ou des langues communes ou diverses. La culture peut avoir un impact 
sur la rapidite du travail, les processus de prise de decision et la disposition a agir sans planification adequate. 
Dans certaines organisations, ceci peut conduire a des conflits et des tensions et peut, en consequence, 
affecter la performance des chefs de projet et de leurs equipes. 

G.8 Negotiation 

La negociation est une strategie consistant a dialoguer avec les parties dont les interets sont partages 
ou opposes, dans le but d'atteindre un accord ou un compromis. La negociation fait partie integrante du 
management de projet et, lorsqu'elle est bien conduite, augmente les chances de succes du projet. 

Les competences et les comportements suivants aident a negocier avec succes : 

• Analyser la situation 

• Faire la difference entre les desirs et les besoins, qu'ils soient les leurs ou les votres 

• Porter son attention sur les interets et les problemes majeurs, plutot que sur les positions 

• Demander beaucoup et offrir peu, mais rester realiste 

• Lorsqu'une concession est faite, agir comme s'il s'agissait d'une concession importante et non 
d'une renonciation 

• Toujours s'assurer que chacune des deux parties pense avoir gagne. C'est une negociation ou tout le 
monde gagne. Ne jamais faire en sorte que I'autre partie pense avoir perdu I'avantage 

• Bien ecouter et expliquer en detail 

G.9 References 

« Les sept habitudes de gens tres efficaces », un livre de coin du feu de S. R. Covey, Simon and Schuster, New 
York, NY. 

« Human Factors in Project Management (edition revisee) » de Dinsmore PC, American Management Association, 
New York, NY. 

« Essential People Skills for Project Managers » de G. Levin et S. Flannes, Management Concepts Inc., Vienna, VA. 

« Organizing Projects for Success » de V.K. Verma, PMI, Newtown Square, PA. 

« Human Resource Skills for the Project Manager » de Verma V K., PMI, Newtown Square, PA. 

« Managing the Project Team » de V K. Verma, PMI, Newtown Square, PA. 
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GLOSSAIRE 



1 . Inclusions et exclusions 

Ce glossaire comprend des termes : 

• qui s'appliquent exclusivement ou presque au management de projet (exemple : enonce du contenu 
du projet, lot de travail, structure de decoupage du projet, methode du chemin critique), 

• qui ne s'appliquent pas exclusivement au management de projet, mais dont le sens est different ou plus 
restreint qu'en acception courante (exemple : date de debut au plus tot, activite de I'echeancier). 

II ne contient pas, en general : 

• de termes propres a un domaine d'application donne (exemple : prospectus du projet, specifique au 
developpement immobilier), 

• de termes dont I'utilisation en gestion de projet ne differe pas essentiellement de I'usage courant 
(exemple : jour calendaire, retard), 

• d'expressions composees dont la signification correspond clairement a celles combinees de leurs 
differents elements, 

• de variantes, lorsque leur signification se deduit aisement a partir du terme de reference (exemple : 
« rapport des exceptions » est defini alors que « rapporter les exceptions » ne Test pas). 

II en resulte que ce glossaire presente : 

• surtout des termes relatifs au management du contenu, des delais et des risques du projet, car de 
nombreux termes utilises dans ces disciplines s'appliquent presque exclusivement au management 
de projet, 

• de nombreux termes relatifs au management de la qualite du projet, puisqu'ils y sont employes avec 
un sens plus restreint que dans I'usage courant, 

• relativement peu de termes concemant le management des ressources humaines et des 
communications du projet, puisque la plupart des termes employes dans ces disciplines ne different 
guere de I'usage courant, 

• relativement peu de termes concemant le management des couts, de I'integration ou des 
approvisionnements du projet, puisque de nombreux termes utilises dans ces disciplines ont un 
sens restreint specifique a un champ d'application donne. 
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2. ABREVIATIONS COURANTES 





ANGLAIS 


FRANCAIS 




AC 


Actual Cost 


Cout reel 


CR 


ACWP 


Actual Cost of Work Performed 


Cout reel du travail effectue 


CRTE 


BAC 


Budget at Completion 


Budget a I'achevement 




BCWP 


Budgeted Cost of Work Performed 


Cout budgete du travail effectue 


CBTE 


BCWS 


Budgeted Cost of Work Scheduled 


Cout budgete du travail prevu 


CBTP 


CCB 


Change Control Board 


Comite de maitrise des modifications 




COQ 


Cost of Quality 


Cout de la qualite 




CPAF 


Cost Plus Award Fee 


Contrat en regie avec prime au merite 




CPF 


Cost-Plus-Fee 


Contrat en regie avec honoraires 




CPFF 


Cost-Plus-Fixed-Fee 


Contrat en regie avec honoraires fixes 




CPI 


Cost Performance Index 


Indice de performance des couts 


IPC 


CPIF 


Cost-Pius-Incentive-Fee 


Contrat en regie a interessement 




CPM 


Critical Path Method 


Methode du chemin critique 




CV 


Cost Variance 


Ecart de cout 


EC 


EAC 


Estimate at Completion 


Cout final estime 




EF 


Early Finish date 


Date de fin au plus tot 




EMV 


Expected Monetary Value 


Valeur monetaire attendue 




ES 


Early Start date 


Date de debut au plus tot 




ETC 


Estimate to Complete 


Cout estime pour achievement 




EV 


Earned Value 


Valeur acquise 


VA 


EVM 


Earned Value Management 


Management par la valeur acquise 




EVT 


Earned Value Technique 


Technique de la valeur acquise 




FF 


Finish-to-Finish 


Liaison fin-fin 


FF 


FFP 


Firm-Fixed-Price 


Contrat a prix forfaitaire 




FMEA 


Failure Mode and Effect Analysis 


Analyse des modes de defaillance, 
de leurs effets et de leurs criticites 


AMDEC 


FPIF 


Fixed-Price-Incentive-Fee 


Contrat a prix fixe avec interessement 




FS 


Finish-to-Start 


Liaison fin-debut 


FD 


IFB 


Invitation for Bid 


Appel d'offres 




LF 


Late Finish date 


Date de fin au plus tard 




LOE 


Level of Effort 


Niveau d'effort 





©2008 Project Management Institute. Guide du Corpus des connaissances en management de projet (Guide PMBOK®) — Quatrieme edition 



GLOSSAIRE 






ANGLAIS 


FRANCAIS 




LS 


Late Start date 


Date de debut au plus tard 




OBS 


Organizational Breakdown Structure 


Organigramme fonctionnel 




PDM 


Precedence Diagramming Method 


Methode des antecedents 




PMBOK® 


Project Management Body of Knowledge 


Corpus des connaissances 
en management de projet 


PMBOK® 


PMIS 


Project Management Information System 


Systeme de gestion de I'information 
du projet 




PMO 


Program Management Office 


Bureau des programmes 




PMO 


Project Management Office 


Bureau des projets 




PMP® 


Project Management Professional 


Professionnel en management de projet 
(certification PMI) 


PMP® 


PV 


Planned Value 


Valeur planifiee 


VP 


QA 


Quality Assurance 


Assurance qualite 


AQ 


QC 


Quality Control 


Controle qualite 




RACI 


Responsible, Accountable, Consult, 
And Inform 


Responsabilite-Autorite-Consulte-lnforme 


RACI 


RAM 


Responsibility Assignment Matrix 


Matrice d'affectation des responsabilites 




RBS 


Resource Breakdown Structure 


Structure de decoupage des ressources 




RBS 


Risk Breakdown Structure 


Structure de decoupage des risques 




RFI 


Request For Information 


Demande d'information 




RFP 


Request for Proposal 


Appel a proposition 




RFQ 


Request for Quotation 


Demande de prix 




SF 


Scheduled Finish date 


Date de fin planifiee 




SF 


Start-to-Finish 


Liaison debut-fin 


DF 


SOW 


Statement of Work 


Enonce des travaux 




SPI 


Schedule Performance Index 


Indice de performance des delais 


IPD 


SS 


Start-to-Start 


Liaison debut-debut 


DD 


SV 


Schedule Variance 


Ecart de delais 


ED 


SWOT 


Strengths, Weaknesses, Opportunities, 
and Threats 


Forces, faiblesses, opportunites, menaces 


FFOM 


T&M 


Time and Material 


Pieces et main d'oeuvre 




TQM 


Total Quality Management 


Management de la qualite totale 




WBS 


Work Breakdown Structure 


Structure de decoupage du projet 


SDP 
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3. Definitions 

Un assez grand nombre de termes definis ci-dessous ont une definition plus large et quelquefois differente 
dans les dictionnaires courants. 

Les conventions suivantes sont utilisees : 

• Lorsqu'un terme du glossaire figure plusieurs fois dans une definition, seul le premier cas est en 
italique. 

• Dans certains cas, une expression du glossaire comporte plusieurs termes (exemple : planification 
des reponses aux risques). 

• Une definition peut souvent comporter plusieurs termes du glossaire consecutifs. Par exemple, 
estimation de la duree denote deux termes du glossaire, a savoir « estimation » et « duree ». 

• Lorsqu'un synonyme est indique, aucune definition n'est donnee et le lecteur est renvoye au terme 
de preference (voir terme prefere). 

• Les termes connexes, mais non synonymes, sont rappeles en fin de definition (voir aussi terme connexe). 

Acceptation du risque [technique] / Risk Acceptance [Technique]. Technique de planification des reponses 
aux risques qui indique que I'equipe de projet a decide de ne pas modifier le plan de management du projet 
pour repondre a un risque, ou ne trouve pas d'autre strategie de reponse adequate. 

Acheteur / Buyer. Personne chargee de I'acquisition de produits, de services ou de resultats pour 
une organisation. 

Actif organisationnel [donnees d'entree/sortie] / Organizational Process Assets [Output/Input]. Actif ou 
ensemble d'actifs associes aux processus et provenant d'une organisation participant au projet, voire de 
toutes, utilises ou utilisables pour contribuer a la reussite de ce projet. L'actif organisationnel comprend les 
plans, pratiques, procedures et directives, qu'ils soient formels ou informels. II convient d'y inclure les bases de 
connaissance de I'organisation telles que les legons apprises et ^information historique. 

Action corrective / Corrective Action. Directive document.ee sur /'execution des travaux du projet, par laquelle 
la performance attendue de ces travaux doit respecter le plan de management du projet. 

Action preventive / Preventive Action. Instruction documented pour effectuer une activite susceptible de 
diminuer la probabilite de consequences negatives liees aux risques du projet. 

Activite / Activity. Composant du travail realise dans le cadre d'un projet. 

Activite antecedents / Predecessor Activity. Activite de I'echeancier dont depend le debut ou la fin de 

I' activite successeur log ique. 

Activite critique / Critical Activity. Activite situee sur un chemin critique dans V echeancier du projet. 
Generalement determinee par la methode du chemin critique. Bien que certaines activites soient « critiques » 
au sens litteral du terme, sans etre sur le chemin critique, ce sens est rarement utilise dans le contexte 
d'un projet. 

Activite quasi critique / Near-Critical Activity. Activite de I'echeancier dont la marge Male est faible. La 
qualification de quasi critique peut s'appliquer autant a une activite qu'a un chemin du reseau de I'echeancier. 
La limite en-dega de laquelle la marge Male sera considered quasi critique est affaire dejugementd'expertet 
varie d'un projet a un autre. 
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Activite recapitulative / Summary Activity. Groupe d'activites de I'echeancier apparentees et rassemblees 
a un niveau de recapitulation, et affiche/rapporte en tant qu'activite unique a ce niveau. Voir aussi Sous-projet 
et Sous-reseau. 

Activite successeur / Successor Activity. Activite de Yecheancier qui suit une activite antecedente, en 
fonction de leur lien logique. 

Analyse de la cause fondamentale [technique] / Root Cause Analysis [Technique]. Technique analytique 
permettant de determiner la raison sous-jacente fondamentale qui genere un ecart, un defautou un risque. Une 
cause fondamentale peut etre sous-jacente a plusieurs ecarts, defauts ou risques. 

Analyse de la reserve [technique] / Reserve Analysis [Technique]. Technique analytique utilisee pour 
determiner les caracteristiques et les relations essentielles de composants dans le plan de management du 
projet, afin de definir pour ce projet une reserve pour la duree de I'echeancier, le budget, Y estimation du cout 
ou les fonds prevus. 

Analyse de la tendance [technique] / Trend Analysis [Technique]. Technique analytique faisant appel 
a des modeles mathematiques pour prevoir les resultats futurs sur la base de resultats historiques. Cette 
methode permet de determiner I' ecart par rapport a la reference de base pour un parametre de budget, de 
cout, Yecheancier ou de contenu ; elle utilise les donnees des periodes des rapports d'avancement anterieurs 
et projette le degre d'ecart de ce parametre a un moment futur en supposant qu'aucune modification n'est 
apportee a I' execution du projet. 

Analyse de la valeur monetaire attendue / Expected Monetary Value (EMV) Analysis. Technique statistique 
consistant a calculer le resultat moyen lorsque I'avenir comporte des scenarios susceptibles de se produire ou 
non. II est courant de faire appel a cette technique lors le Y analyse par arbre de decision. 

Analyse de reseau / Network Analysis. Voir Analyse du diagramme de reseau. 

Analyse de sensibilite / Sensitivity Analysis. Analyse quantitative et technique de modelisation des risques 
contribuant a determiner quels risques presentent I'impact potentiel le plus important sur le projet. Cette 
analyse etudie a quel point I'incertitude de chaque element du projet affecte ro/T/'ecf/Texamine lorsque tous les 
autres elements incertains sont maintenus au niveau de leur reference de base. Les resultatssont generalement 
represent.es sous forme d'un diagramme en tornade. Appelee aussi Analyse de sensitivite. 

Analyse des ecarts [technique] / Variance Analysis [Technique]. Methode de decomposition de Y ecart total 
concemant I'ensemble des variables de contenu, de cout et de duree, en ecarts des composants specifiques 
qui sont associes a des facteurs definis qui affectent ces memes variables. 

Analyse des forces, faiblesses, opportunites et menaces (FFOM) / Strengths, Weaknesses, Opportunities, 
and Threats (SWOT) Analysis. Cette technique de collecte d'informations etudie le projet du point de vue 
des forces, des faiblesses, des opportunites (possibilit.es) et des menaces afin d'elargir le champ des risques 
envisage par le management des risques. 

Analyse des hypotheses [technique] / Assumptions Analysis [Technique]. Technique d'exploration de 
I'exactitude des hypotheses et de determination des facteurs de risque pour le projet, pouvant resulter de leur 
inexactitude, de leur incoherence ou de leur manque d'exhaustivite. 
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Analyse des modes de defaillance, de leurs effets et de leurs criticites (AMDEC) [technique] / Failure 
Mode and Effect Analysis (FMEA) [Technique]. Procedure dans laquelle chaque mode de defaillance 
potentielle est analyse pour chacun des composants d'un produit, afin d'en determiner les effets sur la fiabilite 
de ce composant et, que la defaillance intervienne seule ou combinee a d'autres, sur la fiabilite du produit ou 
du systeme et sur la fonction que doit assurer le composant conceme. Cette analyse peut aussi consister a 
examiner un produit (au niveau du systeme et/ou a des niveaux inferieurs) pour en deceler tous les risques 
de defaillance. On estime alors I'effet de chaque defaillance potentielle sur le systeme entier et son impact. 
En outre il convient de passer en revue Taction planifiee pour minimiser la probabilite d'une defaillance et en 
attenuer les consequences. 

Analyse du diagramme de reseau [technique] / Schedule Network Analysis [Technique]. Technique 
d'identification des dates de debut au plus tot et au plus tard, ainsi que des dates de fin au plus tot et au plus 
tard, pour la partie inachevee des activites de Techeancier du projet. Voir aussi Methode du chemin critique, 
Methode de la chame critique et Nivellement des ressources. 

Analyse par arbre de decision [technique] / Decision Tree Analysis [Technique]. L'arbre de decision est 
un diagramme representant une decision a I'etude et avec les implications du choix d'une des alternatives 
possibles. Cette methode est utilisee en cas d'incertitude sur les scenarios ou sur les resultats futurs des 
actions entreprises. Elle integre des probabilites ainsi que le cout ou les avantages de chaque chemin logique 
d'evenementset de decisionsfutures, et utilise Yanalysede la valeurmonetaireattenduepowa\der\' organisation 
a connaitre les valeurs relatives des alternatives. Voir aussi Analyse de la valeur monetaire attendue. 

Analyse par la methode de Monte-Carlo / Monte Carlo Analysis. Technique permettant de calculer ou de 
determiner par iteration le cout d'un projetou son echeancier. Pour les couts ou les durees, les valeurs possibles 
des donnees d'entree sont selectionnees de maniere aleatoire a partir de leurs lois de probabilite ; cette 
iteration permet de calculer la distribution statistique du cout total du projet ou de ses dates d'achevement. 

Appel a proposition / Request for Proposal (RFP). Type de document d'approvisionnement utilise pour 
solliciter des propositions de la part de fournisseurs potentiels de produits ou de services. Dans certains 
domaines d'application, il peut avoir une signification plus restreinte ou specifique. 

Appel d'offres / Invitation for Bid (IFB). Generalement equivalent a I'appel a proposition. Cependant, dans 
certains domaines d'application, I'appel d'offres peut avoir une signification plus restreinte ou plus specifique. 
Attenuation des risques [technique] / Risk Mitigation [Technique]. Technique de planification desreponses 
aux risques associee a des menaces, qui cherche a reduire la probabilite d'occurrence ou d'impact d'un risque 
en dessous d'un seuil acceptable. 

Attributs des activites [donnees d 'entree/sortie] / Activity Attributes [Output/Input]. Divers attributs 
associes a chaque activite de Techeancier pouvant figurer dans la liste d'activites. Les attributs d'une activite 
comprennent son code, ses activites antecedentes et successeurs, ses liens logiques, son decalage avec 
avance et son decalage avec retard, ses exigences en ressources, ses dates imposees, ses contraintes et ses 



Autorisation des travaux / Work Authorization. Autorisation et decision, generalement ecrites, de commencer 
le travail d'une activite de Techeancier, d'un lot de travail ou d'un compte de controle specifiques. Cette 
methode de sanction des travaux du projet permet d'assurer que le travail est effectue par Y organisation 
voulue, au moment voulu et selon la sequence appropriee. 

Autorite /Authority. Droit d'affecter des ressources du projet, de depenser des fonds, de prendre des decisions 
ou de donner des approbations. 
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Base de donnees des lecons apprises / Lessons Learned Knowledge Base. Ensemble d' informations historiques 
et de legons apprises sur les resultats de decisions de selection et sur les performances de projets precedents. 
Budget / Budget. Estimation approuvee du projet, d'un composant de la structure de decoupage du projet ou 
d'une activite de I'echeancier. Voir aussi Estimation. 

Budget a I'achevement / Budget at Completion (BAC). Total des budgets determines pour les travaux a 
effectuer dans le cadre du projet, d'un composant de la structure de decoupage du projet ou d'une activite de 
I'echeancier. Ce total correspond a la valeur planifiee totale du projet. 

Bureau des projets / Project Management Office (PMO). Entite ou groupe organisationnel auquel sont confiees 
des responsabilites variees de management centralise et coordonne des projets relevant de sa competence. 
Les responsabilites d'un bureau des projets peuvent aller de simples fonctions d'assistance au management 
de projet a la responsabilite effective et directe du management d'un projet. 

Calcul au plus tard / Backward Pass. Calcul des dates de fin et de debut au plus tardde toutes les activites 
inachevees de I'echeancier. Ces dates sont calculees a I'aide de la logique du reseau de I'echeancier, en partant 
de la date de fin du projet. Voir aussi Analyse du diagramme de reseau. 

Calcul au plus tot / Forward Pass. Calcul des dates de debut et de fin au plus tot des parties inachevees de 
toutes les activites d'un reseau. Voir aussi Analyse du diagramme de reseau et Calcul au plus tard. 

Calendrier des ressources / Resource Calendar. Calendrier des jours ouvres et non ouvres qui determine 
les dates auxquelles chaque ressource est inactive ou peut etre active. Ce calendrier indique generalement les 
jours feries et les periodes de disponibilite des ressources. Voir aussi Calendrier du projet. 

Calendrier du projet / Project Calendar. Calendrier etabli en jours ouvres ou en rotations d'equipe, durant 
lesquels les activites de I'echeancier sont executees, et en jours chomes durant lesquels elles sont au point 
mort. Generalement le calendrier definit les jours feries, les weekends et les horaires de travail. Voir aussi 
Calendrier des ressources. 

Categorie de risques / Risk Category. Groupe de causes potentielles de risque. Les causes de risque peuvent 
etre groupees en categories telles que les risques techniques, extemes, organisationnels, environnementaux, 
ou les risques de management du projet. Une categorie peut comprendre des sous-categories telles que la 
maturite technique, les conditions meteo, ou le degre de compression des estimations. 

Cause commune / Common Cause. Source de variation inherente au systeme, et previsible. Dans un 
diagramme de controle, une telle cause fait partie de la variation aleatoire du processus (c'est-a-dire la 
variation d'un processus qui serait considered normale ou ne sortant pas de I'ordinaire) ; elle est denotee par 
un ensemble aleatoire de points a I'interieur des limites de controle. Egalement nommee « cause aleatoire ». Ne 
pas confondre avec Cause speciale. 

Champ d'application / Application Area. Categorie de projet presentant des composants communs 
significatifs, bien que ces composants ne soient pas forcement necessaires ou presents dans tous ces projets. 
Un champ d'application se definit generalement en termes de produit (par similitude des technologies ou des 
methodes de production), de type de client (interne ou externe, public ou prive) ou de secteur 6' activite (services 
publics, automobile, aerospatiale, technologies de I'information, etc.). Certains champs d'application peuvent 
se chevaucher. 

Charte / Charter. Voir Charte du projet. 
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Charte du projet [donnees d'entree/sortie] / Project Charter [Output/Input]. Documented par I' initiateur ou 
le commanditaire du projet, qui en autorise formellement I'existence et donne autorite au chef de projet pour 
affecter des ressources tie Y organisation aux activites tie ce projet. 

Chef de projet / Project Manager (PM). Personne chargee par Yentreprise realisatrice d'atteindre les objectifs 
du projet. Parfois appele Manageur ou Directeur de projet. Aussi appele Gestionnaire de projet dans certains 
pays francophones. 

Chemin critique / Critical Path. Le chemin critique correspond le plus souvent a la sequence d'activites de 
I'echeancier qui determine la duree du projet. C'est le chemin le plus long du projet. Voir aussi Methodologie 
du chemin critique. 

Chemin du reseau / Network Path. Serie continue d'activites de I'echeancier connectees par des liens 
logiques dans un diagramme de reseau du projet. 

Classe / Grade. Categorie ou rang utilise pour distinguer des articles ayant le meme usage fonctionnel (exemple : 
« marteau »), mais soumis a des exigences de qualite differentes (differents marteaux pourraient se distinguer 
selon leur usage). 

Clore le projet ou la phase [processus] / Close Project or Phase [Process]. Processus qui consiste a finaliser 
toutes les activites pour I'ensemble des groupes de processus de management du projet afin d'achever 
formellement le projetou I'une de ses phases. 

Clore les approvisionnements [processus] / Close Procurements [Process]. Processus qui consiste a mener 
aterme chacun des approvisionnements du projet. 

Code de 1'activite / Activity Code. Valeur alphanumerique identifiant les caracteristiques du travail ou definissant 
la categorie de Yactivite de I'echeancier, qui permet de filtrer et de trier les activites dans un rapport. 

Comite de maitrise des modifications / Change Control Board (CCB). Groupe formellement constitue 
de parties prenantes et charge de passer en revue, d'evaluer, d'approuver, de retarder ou de refuser des 
modifications d'un projet, dont toutes les decisions et les recommandations sont enregistrees. Aussi appele 
Comite de controle des modifications dans certains pays francophones. 

Composant de la structure de decoupage du projet / Work Breakdown Structure Component. Entree 
dans la structure de decoupage du projet qui peut se trouver a n'importe quel niveau de la structure. 

Compression de I'echeancier [technique] / Schedule Compression [Technique]. Reduction de la duree de 
I'echeancier du projet, sans reduction de son contenu. Voir aussi Compression des delais et Execution acceleree 
par chevauchement. 

Compression des delais [technique] / Crashing [Technique]. Type de techniquetie compression de Yecheancier 
du projet, par laquelle des actions sont entreprises pour reduire la duree totale de Yecheancier, apres analyse 
de diverses alternatives afin de determiner laquelle donne une compression maximum pour le supplement 
de cout le moins eleve. Les approches classiques dans ce but consistent a reduire la duree d'activites de 
I'echeancier et a augmenter les ressources affectees a ces activites. Voir Compression de I'echeancier. 

Compte de controle [outil] / Control Account [Tool]. Point de controle de management ou sont integres le 
contenu, le budget, le cout reel et Yecheancier, etou la performance est mesuree. Voir aussi Lotde travail. 

Constituer I'equipe de projet [processus] / Acquire Project Team [Process]. Processus qui consiste a 
confirmer la disponibilite des ressources humaines et a obtenir I'equipe necessaire a la realisation du projet. 

Contenu / Scope. Somme des produits, services et resultatsatoumr sous forme de projet. Voir aussi Contenu 
du projet et Contenu du produit. 
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Contenu du produit / Product Scope. Caracteristiques et fonctions qui font la particularity d'un produit, d'un 
service ou d'un resultat. 

Contenu du projet / Project Scope. Ensemble du travail a effectuer pour fournir un produit, un service ou un 
resultat presentant les caracteristiques et les fonctions specifies. 

Contrainte [donnees d'entree] / Constraint [Input]. Etat, qualite ou sensation de restriction a une action ou inaction 
donnee. Restriction ou limitation definie, interne ou externe d'un projet, affectant les performances d'un projet ou 
d'un processus. Par exemple, une contrainte sur Yecheancier est une limitation ou une restriction imposee a 
Yecheancier du projet pour I'execution d'une activite, generalement sous la forme de dates imposees. 

Contrat [donnees d'entree/sortie] / Contract [Output/Input]. Un contrat est un accord d'engagement mutuel 
par lequel le vendeur doit fournir le produit, le service ou le resultat specifie, en contrepartie duquel Yacheteur 
doit le payer. 

Contrat a couts remboursables / Cost-Reimbursable Contract. Type de contrat dans lequel un paiement 
est effectue au fournisseur pour les couts reels encourus, majores d'honoraires qui constituent generalement 
le benefice du fournisseur. Les contrats a couts remboursables comportent souvent des clauses prevoyant 
I'interessement du fournisseur en fonction du respect ou du depassement de certains objectifs du projet, par 
exemple des echeances cibles ou le cout total. 

Contrat a prix fixe avec interessement / Fixed Price Incentive Fee Contract (FPIF). Type de contrat par 
lequel Yacheteur paie au fournisseur un montant determine (fixe par le contrat), auquel peut s'ajouter un 
supplement si le fournisseur respecte des criterestie performance predefinis. 

Contrat a prix forfaitaire / Firm-Fixed-Price (FFP) Contract. Type de contrat a prix forfaitaire ou Yacheteur 
paie au fournisseur un montant determine (fixe par le contrat) quelles que soient les depenses engagees par 
ce dernier. 

Contrat en regie avec honoraires fixes / Cost Plus Fixed Fee Contract (CPFF). Type de contrat a couts 
remboursables dans lequel Yacheteur rembourse au fournisseur\es couts autorises (definis contractuellement), 
et paie en sus des honoraires fixes (benefice du fournisseur). 

Contrat en regie avec interessement / Cost Plus Incentive Fee Contract (CPIF). Type de contrat a couts 
remboursables dans lequel Yacheteur rembourse au fournisseur\es couts autorises (definis contractuellement), 
et paie en sus des honoraires calcules en fonction du respect de criterestie performance definis. 

Contrat pieces et main d'ceuvre / Time and Material (T&M) Contract. Type de contrat etabli sous forme 
d'accord contractuel hybride, contenant a la fois des aspects des contrats a couts remboursables et des contrats 
a prix forfaitaire. Ces contrats s'apparentent aux contrats a couts remboursables en ce que leur echeance n'est 
pas definitive, la valeur totale de I'accord n'etant pas precisee au moment de I'attribution. La valeur d'un 
contrat pieces et main-d'oeuvre peut augmenter comme s'il s'agissait d'un contrat a couts remboursables. 
Reciproquement, les accords pieces et main d'ceuvre peuvent aussi s'apparenter aux accords a prix forfaitaire. 
Par exemple, les taux unitaires peuvent etre fixes entre acheteuret fournisseur en cas d'accord pour la categorie 
des ingenieurs experiment.es. 

Convergence des chemins / Path Convergence. Fusion ou jonction de chemins de reseau parallels au 
niveau d'un noeud dans un diagramme de reseau du projet. Cette convergence se caracterise par une activite 
de I'echeancier ayant plus d'une activite antecedente. 
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Corpus des connaissances en management de projet (Guide PMBOK®) / Project Management Body of 
Knowledge (PMBOK® Guide). Expression globale qui designe I'ensemble des connaissances dans le domaine 
professionnel du management de projet. Comme pour d'autres professions telles que le droit, la medecine ou la 
comptabilite, cet ensemble de connaissances est le fait des universitaires et des praticiens qui I'appliquent et le 
font progresser. Dans son integralite, le corpus des connaissances en management de projet inclut les pratiques 
classiques largement appliquees comme les pratiques novatrices en emergence au sein de la profession. Les 
documents de ce corpus peuvent aussi bien etre publies que non publies, et evoluent constamment. Le Guide 
PMBOK® du PMI identifie ce sous-ensemble qui est generalement reconnu comme bonne pratique. Aussi 
appele Corpus des connaissances en gestion de projet dans certains pays francophones. 
Correction des defauts/ Defect Repair. L'identification formellement documentee d'un defautti'un composant 
du projet, avec recommandation de reparation, voire de remplacement complet. 

Courbe en S / S-Curve. Representation graphique du cumul des couts, des heures de travail, du pourcentage 
de travail ou d'autres parametres, en fonction du temps. Le nom provient de la forme en S de la courbe (dont la 
pente est faible au debut et a la fin, et plus forte au milieu) representative d'un projet qui debute lentement, puis 
accelere avant de ralentir et de s'arreter. Ce terme est aussi utilise pour designer la loi de probabilite cumulee 
qui est le resultat d'une simulation, un outil d' analyse quantitative des risques. 

Cout budgete du travail effectue (CBTE) / Budgeted Cost of Work Performed (BCWP). Voir Valeur acquise (VA). 

Cout budgete du travail prevu (CBTP) / Budgeted Cost of Work Scheduled (BCWS). Voir Valeur planifiee (VP). 

Cout de la qualite [technique] / Cost of Quality (COQ) [Technique]. Methode de determination des couts 
encourus pour assurer la qualite. Les couts de prevention et devaluation (cout de la conformite) comprennent 
les couts de la planification de la qualite, du controle qualite et de I'assurance qualite necessaires pour assurer 
la conformite aux exigences (a savoir formation, systemes de controle qualite, etc.). Les couts d'echec (cout de 
la non-conformite) comprennent les couts encourus pour retravailler les produits, composantsou processus non 
conformes, ceux des travauxa effectuer au titre d'une garantie, ceux des pertes, et de la perte de reputation. 

Cout estime pour achievement [donnees d'entree/sortie] / Estimate to Complete (ETC) [Output/Input]. Cout 
necessaire estime pour I'achevement de tout le travail restant d'une activite de I'echeancier, d'un composant 
de la structure de decoupage du projet, voire du projet entier. Voir aussi Technique de la valeur acquise et Cout 
final estime. 

Cout final estime [donnees d'entree/sortie] / Estimate at Completion (EAC) [Output/Input]. Cout total estime 
d'une activite de I'echeancier, d'un composant de la structure de decoupage du projet, voire du projet entier 
lorsque le contenu du travail tioWm sera acheve. Le cout final estime peut etre calcule d'apres la performance 
a la date du calcul ou estime par Yequipe de projet d'apres d'autres facteurs, auquel cas on I'appelle souvent « 
derniere estimation revisee ». Voir aussi Technique de la valeur acquise et Cout estime pour achevement. 
Cout budgete du travail effectue (CBTE) / Budgeted Cost of Work Performed (BCWP). Voir Valeur acquise (VA). 
Cout budgete du travail prevu (CBTP) / Budgeted Cost of Work Scheduled (BCWS). Voir Valeur planifiee (VP). 

Cout de la qualite [technique] / Cost of Quality (COQ) [Technique]. Methode de determination des couts 
encourus pour assurer la qualite. Les couts de prevention et devaluation (cout de la conformite) comprennent 
les couts de la planification de la qualite, du controle qualite et de I'assurance qualite necessaires pour assurer 
la conformite aux exigences (a savoir formation, systemes tie controle qualite, etc.). Les couts d'echec (cout de 
la non-conformite) comprennent les couts encourus pour retravailler les produits, composantsou processus non 
conformes, ceux des travauxa effectuer au titre d'une garantie, ceux des pertes, et de la perte de reputation. 
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Cout estime pour achevement [donnees d'entree/sortie] / Estimate to Complete (ETC) [Output/Input]. Cout 
necessaire estime pour 1'achevement de tout le travail restant d'une activite de I'echeancier, d'un composant 
de la structure de decoupage du projet, voire du projet entier. Voir aussi Technique de la valeur acquise et Cout 
final estime. 

Cout final estime [donnees d'entree/sortie] / Estimate at Completion (EAC) [Output/Input]. Cout total estime 
d'une activite de I'echeancier, d'un composant de la structure de decoupage du projet, voire du projet entier 
lorsque le contenu du travail det\n\ sera achieve. Le cout final estime peut etre calcule d'apres la performance 
a la date du calcul ou estime par Vequipe de projet d'apres d'autres facteurs, auquel cas on I'appelle souvent « 
derniere estimation revisee ». Voir aussi Technique de la valeur acquise et Cout estime pour achevement. 

Cycle de vie / Life Cycle. Voir Cycle de vie du projet. 

Cycle de vie du produit / Product Life Cycle. Ensemble des phases du produit, ces phases etant generalement 
sequentielles et sans chevauchement, dont le nom et le nombre sont fonction des besoins de fabrication et de 
maitrise de I' organisation. La derniere phase du cycle de vie du produit est generalement sa mise hors service. 
En general, le cycle de vie d'un projet est inclus dans un ou plusieurs cycles de vie d'un produit. 

Cycle de vie du projet / Project Life Cycle. Ensemble generalement sequentiel des phases du projet, dont le 
nom et le nombre sont determines en fonction des besoins de maitrise par I' organisation ou les organisations 
impliquees dans le projet. La documentation du cycle de vie peut etre basee sur une methodologie. 
Date de debut / Start Date. Moment associe au debut de I' activite de I'echeancier, generalement qualifie par 
I'un des termes suivants : reelle, prevue, estimee, planifiee, au plus tot, au plus tard, cible, de reference de base 
ou actuelle. 

Date de debut au plus tard / Late Start Date (LS). Dans la methode du chemin critique, date ultime a laquelle 
une activite de \echeancier peut commencer, compte tenu de la logique du reseau, de la date d'achevement 
du projet et des contraintes imposees aux activit.es de I'echeancier ; au-dela de cette date, une contrainte de 
I'echeancier ne pourrait plus etre respect.ee ou 1'achevement du projet serait retarde. Les dates de debut au 
plus tard sont determinees au cours du calcul au plus tarddu reseau de I'echeancier du projet. 

Date de debut au plus tot / Early Start Date. Dans la methode du chemin critique, premiere date possible a 
laquelle les parties inachevees d'une activite de I'echeancier (ou le projet entier) peuvent commencer, compte 
tenu de la logique du reseau, de la date des donnees et des contraintes sur I'echeancier. Une date de debut 
au plus tot peut changer lorsque le projet progresse et que des modifications sont apportees au plan de 
management du projet. 

Date de debut planifiee / Planned or Scheduled Start Date (SS). Moment ou a ete prevu le debut du travail 
pour une activite de I'echeancier. Cette datese situe normalement entre la date de debut au plus totet la date 
de debut au plus tard. Elle peut tenir compte du nivellement de ressources disponibles en faible quantite. 

Date de fin / Finish Date. Date a laquelle une activite de I'echeancier est achevee. Cette date est generalement 
completee par un qualificatif : reelle, planifiee, estimee, au plus tot, au plus tard, de reference, cible ou actuelle. 

Date de fin au plus tard / Late Finish Date (LF). Dans la methode du chemin critique, date ultime a laquelle 
une activite de Yecheancier oeut etre achevee, compte tenu de la logique du reseau, de la date d'achevement 
du projet et des contraintes imposees aux activit.es de I'echeancier ; au-dela de cette date, une contrainte de 
I'echeancier ne pourrait plus etre respectee ou 1'achevement du projet serait retarde. Les dates de fin au plus 
tard sont determinees au cours du calcul au plus tard du reseau de I'echeancier du projet. 
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Date de fin au plus tot / Early Finish Date (EF). Dans la methode du chemin critique, premiere date possible 
a laquelle les parties inachevees d'une activite de I'echeancier (ou le projet entier) peuvent etre terminees, 
compte tenu de la logique du reseau, de la date des donnees et des contraintes sur I'echeancier. Une date de 
fin au plus tot peut changer lorsque le projet progresse et que des modifications sont apportees au plan de 
management du projet. 

Date de fin planifiee / Planned or Scheduled Finish Date (SF). Moment ou a ete prevu I'achevement du 
travail pour une activite de I'echeancier. Cette date se situe normalement entre la date de fin au plus totet la 
date de fin au plus tard. Elle peut tenir compte du nivellement de ressources disponibles en faible quantite. 

Date des donnees / As-of Date or Data Date (DD). Date jusqu'a, ou au-dela de laquelle le systeme de 
rapports du projet a fourni I'etat et les realisations du projet. Autres expressions en anglais : as-of date ou 
time-now date. 

Date imposee/ Imposed Date. Dateprecise imposee pour une activiteou mjalon de I'echeancier, generalement 
sous la forme « ne pas demarrer avant telle date » ou « ne pas finir plus tard que telle date ». 

Decalage avec avance [technique] / Lead [Technique]. Modification d'un lien logique permettant d'accelerer la 
tache successeur. Par exemple, dans une liaison fin-debut meo, un decalage avec avance de 1 jours, I' activite 
successeur peut debuter au plus tot 10 jours avant I'achevement de I' activite antecedente. Un decalage avec 
avance negative equivaut a un decalage avec retard positif. Voir egalement decalage avec retard. 

Decalage avec retard [technique] / Lag [Technique]. Modification d'un lien logique entramant un retard 

de I' activite successeur. Par exemple, dans une liaison fin-debut avec un decalage avec retard de 10 jours, 

I'activite successeur ne peut commencer au plus tot que 1 jours apres I'achevement de Y activite antecedente. 

Voir aussi Decalage avec avance. Parfois appele Decalage negatif. 

Decomposition [technique] / Decomposition [Technique]. Technique de planification qui consiste a subdiviser 

le contenu du projet et ses livrables en composants plus petits et mieux maitrisables, jusqu'a ce que le travail 

du projet prevu pour realiser son contenu et fournir les livrables soit defini a un niveau suffisamment detaille 

pour en permette Y execution, la surveillance et la maitrise. 

Defaut / Defect. Imperfection ou deficience d'un composant du projet, qui enframe le non-respect des 

exigences ou des specifications correspondantes et done la necessite de le reparer ou de le remplacer. 

Definir le contenu [processus] / Define Scope [Process]. Processus qui consiste a developper une description 
detaillee du projet et du produit. 

Definir les activites [processus] / Define Activities [Process]. Processus qui consiste a identifier les actions 
specifiques a entreprendre pour produire les livrables du projet. 

Demande de modification / Change Request. Demande pour reduire ou etendre le contenu du projet, pour 
modifier des regies, des processus, des plans ou des procedures, pour modifier les couts ou les budgets, ou 
pour revoir les echeances. 

Demande de modification approuvee [donnees d'entree/sortie] /Approved Change Request [Output/Input]. 
Demande de modification ayant ete approuvee suite au processus Maitrise integree des modifications. 
Demande de prix / Request for Quotation (RFQ). Type de document d'approvisionnement utilise pour solliciter 
des propositions de prix de la part de vendeurs potentiels de produitsou de services courants ou standards. Les 
demandes de prix sont parfois utilisees au lieu des appels a proposition, et la signification de cette appellation 
peut etre plus restreinte ou plus specifique dans certains champs d'application. 



©2008 Project Management Institute. Guide du Corpus des connaissances en management de projet (Guide PMBOK®) — Quatrieme edition 



Demande conformation / Request for Information (RFI). Type de document d'approvisionnement dans 

lequel \'acheteur demande a un fournisseur potentiel de lui fournir diverses informations relatives a un produit, 

un service, ou a certaines de ses capacit.es. 

Demarrage du projet / Project Initiation. Lancement d'un processus qui peut aboutir a I'autorisation d'un 

nouveau projet. 

Dependance / Dependency. Voir Lien logique. 

Derive du contenu / Scope Creep. Ajout de caracteristiques et de fonctionnalites {contenu du projet) sans tenir 

compte de I'impact sur les delais, les coOts et les ressources, ou sans Y approbation du client. 

Description du contenu du produit / Product Scope Description. Description narrative et documented du 

contenu du produit. 

Determiner le budget [processus] / Determine Budget [Process]. Processus qui consiste a cumuler les couts 
estimes de chaque activite ou ensemble de travaux de fagon a etablir une reference de base de performance 
des couts approuvee. 

Developper I'equipe de projet [processus] / Develop Project Team [Process]. Processus qui consiste a 
ameliorer les competences, la cooperation des membres de I'equipe, et I'environnement global de I'equipe, afin 
d'ameliorer la performance du projet. 

Diagramme de controle [outil] / Control Chart [Tool]. Representation graphique de revolution des donnees 
d'un processus dans le temps par rapport a des limites de controle definies, sur laquelle une ligne centrale aide 
a detecter une tendance des valeurs tracees a s'ecarter vers Tune de ces limites. 

Diagramme de Gantt / Gantt Chart. Representation graphique des informations de I'echeancier. Dans 
ce diagramme a barres typique, la liste des activites de I'echeancier ou les composants de la structure de 
decoupage du projet se trouvent sur le cote gauche du diagramme, les dates sont indiquees en haut, et les 
activites sont representees par des barres horizontales de dimension proportionnelle a leur duree. 

Diagramme de Pareto [outil] /Pareto Chart [Tool]. Histogramme, classe par frequence d'occurrence, montrant 
le nombre de resu/tetegeneres par chacune des causes identifies. 

Diagramme de reseau a echelle de temps [outil] / Time-Scaled Schedule Network Diagram [Tool]. Tout 
diagramme de reseau du projet trace de maniere a ce que le positionnement et la longueur d'une activite de 
I'echeancier represents sa duree. II s'agit pour I'essentiel d'un diagramme a barres dans lequel est incluse la 
logique du reseau de I'echeancier. 

Diagramme de reseau du projet [donnees d'entree/sortie] / Project Schedule Network Diagram [Output/ 
Input]. Representation schematique des liens logiques entre les activites de I'echeancier du projet. Toujours 
trace de la gauche vers la droite pour refleter la chronologie des travaux du projet. 

Diagramme d'influence [outil] / Influence Diagram [Tool]. Representation graphique de situations, qui montre les 
relations de causalite, la chronologie des evenements et d'autres relations entre les variables et les resultats. 

Dictionnaire de la structure de decoupage du projet [donnee d'entree/sortie] / Work Breakdown Structure 
Dictionary [Output/Input]. Document qui decrit chaque composant de la structure de decoupage du projet 
(SDP). Pour chaque composant de la SDP, le dictionnaire comprend une breve definition du contenu ou de 
Yenonce des travaux, le(s) livrable(s) defini(s), la liste des activites associees et la liste des jalons. On peut y 
trouver egalement : Y organisation responsable, les dates de debut et de fin, les ressources necessaires, une 
estimation du coOt, un numero d'imputation, les informations sur le contrat, les exigences de qualite et des 
references techniques destinees a faciliter la realisation du travail. 
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Diffuser les informations [processus] / Distribute Information [Process]. Processus qui consiste a mettre les 
informations pertinentes a disposition des parties prenantes du projet, comme planifie. 
Diriger et piloter I'execution du projet [processus] / Direct and Manage Project Execution [Process]. 
Processus qui consiste a realiser le travail defini dans le plan de management du projet pour atteindre les 
objectifs du projet. Aussi appelee Diriger et gerer I'execution du projet dans certains pays francophones. 

Diriger I'equipe de projet [processus] / Manage Project Team [Process]. Processus qui consiste a suivre la 
performance des membres de I'equipe, le retour d'informations, la resolution des problemes et le management 
des modifications en vue d'optimiser la performance du projet. 

Divergence des chemins / Path Divergence. Extension ou apparition de chemins de reseau parallels a 
partir d'un noeud dans un diagramme de reseau du projet. Cette divergence se caracterise par une activite de 
I'echeancier ayant plus d'une activite successeur. 

Documents d'approvisionnement [donnees d'entree/sortie] / Procurement Documents [Output/Input]. 
Documents utilises dans les activites relatives aux offres et aux propositions, qui comprennent pour Yacheteur: 
Yappel d'offres, I'appel a la negociation, la demande d'information, la demande de prix, I 'appel a proposition et 
les responses des foumisseurs. 

Domaine de connaissance en management de projet / Project Management Knowledge Area. Domaine 
identifies du management de projet, defini par ses exigences en matiere de connaissance et dont le contenu est 
decrit en termes de ses processus, pratiques, donnees d'entree et de sortie, outils et techniques. Aussi appele 
Domaine de connaissance en gestion de projet dans certains pays francophones. 

Donnee de sortie [donnee de sortie de processus] / Output [Process Output]. Produit, resultatou servicegenere 
par un processus. Cette donnee de sortie peut etre une donnee d'entree pour le processus successeur eventuel. 

Donnee d'entree [donnee d'entree de processus] / Input [Process Input]. Tout element, interne ou externe au 
projet, qui s'avere necessaire au demarrage d'un processus. Cette donnee d'entree peut correspondre a une 
donnee de sortie d'un processus antecedent. 

Duree / Duration (DU ou DUR). Nombre de periodes de tra vail (ho rs jours feries et autres jours d'inactivite) 
necessaires a I'achevement d'une activite de I'echeancier ou d'un composant de la structure de decoupage du 
projet. Generalement exprimee en jours ou semaines de travail, et quelquefois confondue a tort avec le temps 
ecoule. Ne pas confondre avec un effort. 

Duree de I'activite / Activity Duration. Duree exprimee en unites calendaires entre le debut et la fin d'une 
activite de I'echeancier. Voir aussi Duree. 

Duree reelle / Actual Duration. Duree en unites calendaires entre la date de debut reelle de Yactivite de 
I'echeancier et soit la date des donnees tie Y echeancier du projet (si cette activite est en cours), soit la date de 
fin reelle (si elle est terminee). 

Ecart / Variance. Deviation ou divergence quantifiable par rapport a une reference de base connue ou a une 
valeur prevue. 

Ecart de cout (EC) / Cost Variance (CV). Mesure de rendement du cout dans un projet. L'ecart de cout est 
egal a la difference entre la valeur acquise (VA) et le cout reel (CR). EC = VA moins CR. 
Ecart de delais (ED) / Schedule Variance (SV). Mesure du rendement d'un echeancier dans un projet. Cet 
ecart est egal a la difference entre la valeur acquise (VA) et la valeur planifiee (VP). ED = VA moins VP. 
Echeancier / Schedule. Voir Echeancier du projet et Modele d 'echeancier. 
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Echeancier des jalons [outil] / Milestone Schedule [Tool]. Echeancier recapitulate dans lequel figurent les 
principaux jalons. Voir aussi Echeancier directeur. 

Echeancier directeur [outil] / Master Schedule [Tool]. Echeancier recapitulatif du projet dans lequel sont 
identifies les principaux livrables et elements de la structure de decoupage du projet, ainsi que les jalons cles 
de I' echeancier. Voir aussi Echeancier des jalons. 

Echeancier du projet [donnees d'entree/sortie] / Project Schedule [Output/Input]. Ensemble des dates 
planifiees pour I'execution des activites de /'echeancier et pour la realisation des jalons de I'echeancier. 

Effort / Effort. Nombre d'unites de travail necessaires a I'achevement d'une activite de I'echeancier ou d'un 
composantde la structure de decoupage du projet. Generalement exprime en heures-personne, jours-personne 
ou semaines-personne. Ne pas confondre avec Duree. 

Elaboration progressive [technique] / Progressive Elaboration [Technique]. Amelioration et affinement 
continu d'un plan au fur et a mesure que des informations plus detaillees et des estimations plus fiables sont 
disponibles durant le deroulement d'un projet. Une meilleure precision et fiabilite du processus de planification 
est obtenue grace a ces iterations successives. 

Elaborer la charte du projet [processus] / Develop Project Charter [Process]. Processus qui consiste a 
elaborer le document qui autorise formellement un projet ou une phase, et documenter les exigences initiales 
qui doivent satisfaire aux besoins et aux attentes des parties prenantes. 

Elaborer le plan de management du projet [processus] / Develop Project Management Plan [Process]. 
Processus qui consiste a documenter les actions necessaires a la definition, la preparation, Integration et la 
coordination de tous les plans subsidiaires. Aussi appele Elaborer le plan de gestion du projet dans certains 
pays francophones. 

Elaborer le plan des ressources humaines [processus] / Develop Human Resource Plan [Process]. Processus 
qui consiste a identifier et documenter, dans le cadre du projet, les roles, les responsabilites, les competences 
requises et les relations d'autorite, et a elaborer un plan pour former I'equipe de projet 

Elaborer I'echeancier [processus] / Develop Schedule [Process]. Processus qui consiste a elaborer 
I'echeancier du projet a partir de I'analyse des sequences d'activites, des durees, des besoins en ressources 
et des contraintes de I'echeancier. 

Elements declencheurs / Triggers. Elements indiquant qu'un risque est survenu ou est sur le point de survenir. 
Ces elements declencheurs peuvent etre decouverts par le processus Identification des risques et surveilles 
par le processus Surveillance et maitrise des risques. On parle aussi quelquefois de symptomes de risque ou 
de signes avertisseurs. 

Enonce des travaux / Statement of Work (SOW). Description narrative des produits, des services ou des 
rest/fete a fournir. 

Enonce du contenu du projet [donnees d'entree/sortie] / Project Scope Statement [Output/Input], Description 
narrative du contenu du projet, comprenant les principaux livrables, les principales hypotheses et contraintes du 
projet, ainsi qu'une description des travaux. L'enonce du contenu du projet fournit une base documentaire pour 
les decisions futures du projet et pour la confirmation ou le developpement d'une comprehension mutuelle du 
contenu du projet au sein des parties prenantes. 

Entreprise realisatrice / Performing Organization. Entreprise dont le personnel est le plus directement 
implique dans I'execution du travail du projet. 
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Equipe de management de projet / Project Management Team. Membres de I'equipe de projet directement 
impliques dans les activites de management de projet. Pour certains petits proy'ete, cette equipe peutinclure tousles 
membres de I'equipe de projet. Aussi appelee Equipe de gestion du projet dans certains pays francophones. 

Equipe virtuelle / Virtual Team. Groupe de personnes ayant un objectif commun et qui, dans leurs roles 
respectifs, ne se rencontrent que rarement ou jamais. Diverses technologies sont souvent utilisees pour faciliter 
la communication entre les membres de I'equipe. Les equipes virtuelles peuvent etre composees de personnes 
separees par de grandes distances. 

Estimation [donnees d'entree/sortie] / Estimate [Output/Input]. Evaluation quantitative du resultat probable 
attendu. Le terme s'applique generalement aux couts, aux ressources, a I'effortet aux dureesdu projet; il est 
habituellement complete par un determinant (preliminaire, conceptuelle, de faisabilite, d'ordre de grandeur, 
definitive, etc.). Cette estimation doit toujours comporter une indication de precision (exemple : ± x %). Voir 
egalement budget et couts. 

Estimation a trois points [technique] / Three-Point Estimate [Technique]. Technique analytique qui utilise 
trois estimations du cout ou de la duree pour representor le scenario optimiste, le scenario pessimiste et le 
scenario le plus probable. Cette technique est utilisee pour affiner la precision des estimations du cout ou de la 
duree en cas d'incertitude concemant I'acf/Vrtesous-jacente ou le composantde cout sous-jacent. 

Estimation ascendante [technique] / Bottom-up Estimating [Technique]. Methode d'estimation d'un 
composantdu travail. Ce travail est decomposed^ maniere plus detaillee. On estime ensuite comment satisfaire 
aux exigences de chacun des travaux plus detailles de niveau inferieur, et ces estimations sont alors cumulees 
pour obtenir le total de chaque composant du travail. La precision de cette methode d'estimation est fonction 
de I'ampleur et de la complexite du travail identifies aux niveaux inferieurs. 

Estimation par analogie [technique] / Analogous Estimating [Technique]. Technique d'estimation basee 
sur les valeurs des parametres d'une activite anterieure similaire telle que le contenu, le cout, le budget, la 
duree ou des mesures en rapport a cette activite comme la dimension, le poids, la complexite, afin d'estimer 
le memes parametre ou la mesure pour une activite future. 

Estimation parametrique [technique] / Parametric Estimating [Technique]. Technique d'estimation 
partant d'une relation statistique entre des donnees historiques et d'autres variables (exemple : superficie 
en construction, lignes de code en developpement logiciel) pour calculer une estimation de parametres d'une 
activite comme son contenu, son cout, son budgeted sa duree. A titre d'exemple, le cout peut s'estimer en 
multipliant la quantite de frai/a/Vplanifiee par le cout unitaire standard de ce travail. 

Estimer la duree des activites [processus] / Estimate Activity Durations [Process]. Processus qui 
consiste a estimer le nombre de periodes de travail requises pour achever les activites individuelles avec 
les ressources estimees. 

Estimer les couts [processus] / Estimate Costs [Process]. Processus qui consiste a estimer les ressources 
monetaires necessaires a I'accomplissement des activites du projet. 

Estimer les ressources necessaires aux activites [processus] / Estimate Activity Resources [Process]. 
Processus qui consiste a estimer le profil et le nombre de personnes, le type et la quantite de materiels, 
d'equipements ou de foumitures necessaires a I'accomplissement de chaque activite. 

Evitement du risque [technique] / Risk Avoidance [Technique]. Technique de planification des reponses 
aux risques qui, en cas de menace, introduit des modifications au plan de management du projet destinees a 
eliminer le risque ou a proteger de son impact les objectifs du projet. 
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Executor / Execute. Diriger, gerer, effectuer et realiser le travail du projet, en fournir les livrables ainsi que les 
informations sur la performance du travail. 

Execution acceleree par chevauchement [technique] / Fast Tracking [Technique], Technique specifique de 
compression de I'echeancier du projet, qui consiste a modifier la logique du reseau en faisant se chevaucher 
des phases normalement prevues en sequence (exemple : conception puis construction) ou en realisant des 
activites de I'echeancier en parallele. Voir aussi Compression de I'echeancier. Aussi appelee Regime accelere 
dans certains pays francophones. 

Exigence / Requirement. Condition ou capacite qu'un systeme, un produit, un service, un resultat ou un 
composant doit satisfaire ou presenter pour etre conforme a un contrat, une norme, une specification ou tout 
autre document impose formellement. Les exigences comprennent les besoins, les demandes et les attentes, 
quantifies et documented, que le commanditaire, le client et d'autres parties prenantes font valoir. 

Facteurs environnementaux de I'entreprise [donnees d'entree/sortie] / Enterprise Environmental Factors 

[Output/Input]. Facteurs environnementaux internes ou extemes a I' organisation, pris individuellement ou dans 
leur ensemble, qui avoisinent ou influencent la reussite du projet. Ces facteurs peuvent provenir de toute 
entreprise participant au projet ; ils comprennent la culture, la structure et I'infrastructure de Y organisation, les 
ressources existantes, les bases de donnees commerciales, les conditions du marche et les logiciels de gestion 
de projet utilises. 

Gerer les approvisionnements [processus] / Administer Procurements [Process]. Processus qui consiste a 
gerer les relations foumisseurs, a suivre les performances selon les contrats et, le cas echeant, a effectuer les 
modifications et corrections necessaires. 

Gerer les attentes des parties prenantes [processus] / Manage Stakeholder Expectations [Process]. 
Processus qui consiste a communiquer avec les parties prenantes, et a travailler avec elles pour repondre a 
leurs besoins et aborder les problemes majeurs lorsqu'ils se posent. 

Groupe d'activites / Hammock Activity. Voir Activite recapitulative. 

Groupe de processus de management de projet / Project Management Process Group. Groupement logique 
des entrees, outils et techniques, et sorties du management de projet. Les groupes de processus de management 
de projet comprennent les processus de demarrage, de planification, d' execution, de surveillance etde maitrise, 
et enfin de cloture. II ne faut pas confondre les groupes de processus de management de projet et les phases du 
projet. Aussi appele Groupe de processus de gestion de projet dans certains pays francophones. 

Histogramme des ressources / Resource Histogram. Diagramme a barres montrant pour un intervalle donne 
le temps de travail total assigne a une ressource. La disponibilite de la ressource peut etre representee par 
une ligne dans un but de comparaison. Des barres contrastees peuvent montrer la consommation reelle des 
ressources tout au long du deroulement du projet. 

Hypotheses / Assumptions. Dans un but de planification, les hypotheses sont des facteurs considered vrais, 
reels ou certains sans preuve ni demonstration. 

Identifiant de decoupage [outil] / Code of Accounts [Tool]. Systeme de codification utilise pour identifier 
chaque composant de la structure de decoupage du projet. 

Identifiant de I'activite Activity Identifier. / Courte identification alphanumerique attribute a une activite de 
I'echeancier pow differencier cette activite du projet d'autres activites. Dans un diagramme de reseau du projet, 
chaque activite a en principe un identifiant unique. 
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Identifier les parties prenantes [processus] / Identify Stakeholders [Process]. Processus qui consiste a 
identifier toutes les personnes ou organisations touchees par le projet, et a documenter des informations 
pertinentes sur leurs interets, leur niveau de participation et leur impact sur le succes du projet. 

Identifier les risques [processus] / Identify Risks [Process]. Processus qui consiste a identifier les risques 
qui peuvent avoir un effet sur le projet, et a documenter leurs caracteristiques. 

Indice de performance des couts (IPC) / Cost Performance Index (CPI). Mesure de rendement du cout dans 
un projet. Cet indice est egal au quotient Valeur acquise (VA) / Cout reel (CR). IPC = VA divisee par CR. 

Indice de performance des delais (IPD) / Schedule Performance Index (SPI). Mesure de I'efficacite 
d'un echeancierpow un projet. Cet indice est egal au rapport Valeur acquise (v A) / Valeur planifiee (VP). IPD 
= VA divisee parVP. 

Indice de performance pour I'achevement du projet /To-Complete-Performance-Index (TCPI). La prevision 
calculee de performance des couts qui doit etre atteinte dans le cadre du travail restant, pour repondre a un 
objectif de management donne, comme par exemple le budget a I'achevement ou le cout final estime. C'est le 
quotient du « travail restant » sur les « fonds restants ». 

Information historique/ Historical Information. Documenteet donnees sur des pro/eteanterieurs,comprenant 
fichiers, dossiers, correspondance, contrats et projets clos. 

Information sur la performance du travail [donnee d'entree/sortie] / Work Performance Information [Output/ 
Input]. Informations et donnees sur I'etat des activites de Yecheancier du projet en cours d'execution pour la 
realisation du travail du projet, collectees dans le cadre des processus de direction et pilotage de /'execution du 
projet. Ces informations comprennent les elements suivants : etat des livrables, etat de la mise en oeuvre des 
demandes de modifications, des actions correctives, des actions preventives et des corrections des defauts, 
couts estimes pour achevement prevus, rapports de pourcentage d'achevement du travail, valeurs atteintes 
pour les mesures de la performance technique, dates de debut et de fin des activites de I'echeancier. 

Ingenierie de la valeur / Value Engineering. Approche utilisee pour optimiser les couts du cycle de vie du 
projet, gagner du temps, augmenter les benefices, ameliorer la qualite, accroitre sa part de marche, resoudre 
les problemes et/ou utiliser les ressources plus efficacement. Parfois appelee « Analyse de la valeur ». 

Inspection [technique] / Inspection [Technique]. Examen ou mesures effectues afin de verifier la conformite 
d'une activite, d'un composant, d'un produit, d'un resultat ou d'un service aux exigences specifies. 

Jalon / Milestone. Point ou evenement significatif d'un projet. 

Journal / Log. Document utilise pour enregistrer, avec descriptions ou annotations, des elements specifiques 
identifies au cours de I'execution d'un processus ou d'une activite. Generalement complete par un determinant, 
tel que journal des problemes majeurs, de controle qualite, des actions ou des defauts. 

Jugement d'expert [technique] / Expert Judgment [Technique]. Jugement emis en vertu d'une expertise 
dans un champ d 'application, un domaine de connaissance, une discipline, un secteur d'activite, etc., cette 
expertise s'averant appropriee quant a Yactivite effectuee. Les experts peuvent etre des personnes ou des 
groupes au benefice d'etudes specifiques, de connaissances, de competences, d'experience en rapport ou de 
formation specialisee. 

Legons apprises [donnees d'entree/sortie] / Lessons Learned [Output/Input]. Enseignement profitable tire de 
I'execution du projet. On peut identifier les legons apprises a tout moment dans le projet. Ces legons sont aussi 
a considerer comme elements du dossier du projet a inclure dans la base de donnees des legons apprises. 
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Liaison debut-debut (DD)/ Start- to-Start(SS). Lien logique m le demarrage du travailde Y activite successeur 
de I'echeancier depend du demarrage du travail tie Y activite antecedente. Voir aussi Lien logique. 
Liaison debut-fin (DF) / Start-to-Finish (SF). Lien logique ou I'achevement de Yactivite successeur de 
I'echeancier depend du demarrage de Yactivite antecedente. Voir aussi Lien logique. 

Liaison fin-debut (FD) / Finish-to-Start (FS). Lien logique selon lequel le demarrage du travail d'une activite 
successeur depend de I'achevement du travail de Yactivite antecedente. Voir aussi Lien logique. 
Liaison fin-fin (FF) / Finish-to-Finish (FF). Lien logique selon lequel le travail d'une activite successeur ne 
peut s'achever tant que le travail de Yactivite antecedente n'est pas acheve. Voir aussi Lien logique. 
Lien logique / Logical Relationship. Relation de dependance entre deux activites de Yecheancier du projet, 
ou entre une activite et un jalon de I'echeancier. Les quatre types de liens logiques possibles sont : liaison fin- 
debut, liaison fin-fin, liaison debut-debut et liaison debut-fin. Voir aussi Relation d'anteriorite. 

Limites de controle / Control Limits. Zone recouvrant trois ecarts-types de chaque cote de la ligne centrale (la 
moyenne) d'une distribution normale des donnees tracees sur un diagramme de controle, cette zone refletant 
la variation attendue des donnees. Voir aussi Limites de specification. 

Limites de specification / Specification Limits. Zone situee de part et d'autre de la ligne centrale (la moyenne) 
des donnees tracees sur un diagramme de controle qui respectent les exigences du client pour un produit ou 
un service. Cette zone peut etre superieure ou inferieure a celle definie par les limites de controle. Voir aussi 
Limites de controle. 

Liste d'activites [donnees d'entree/sortie] / Activity List [Output/Input]. Tableau documents des activites de 
I'echeancier, contenant la description de chaque activite, son identifiant et une presentation suffisamment 
detaillee du contenu du travail af\n que les membres de I'equipe de projet comprennent le travail a effectuer. 
Livrable [donnees d'entree/sortie] / Deliverable [Output/Input]. Produit, resultat ou capacite de realiser un 
service, de caractere unique et verifiable, dont la production est necessaire pour achever un processus, une 
phase ou un projet. Terme souvent employe dans un sens plus restreint pour designer un livrable externe, a 
savoir un livrable soumis a /'approbation du commanditaire du projet ou du client. 

Logique du reseau / Network Logic. Ensemble des relations de dependance entre les activites de I'echeancier, 
qui constitue le diagramme de reseau du projet. 

Lot de planification / Planning Package. Composant de la structure de decoupage du projet a un niveau 
inferieuracelui du compte de controle, dont le contenuen fraraZ/estconnu maissans les activites de I'echeancier 
detaillees. Voir aussi Compte de controle. 

Lot de travail / Work Package. Livrable ou composant de travail du projet au niveau le plus bas de chaque 
branche de la structure de decoupage du projet. Voir aussi Compte de controle. 

Maitrise / Control. Comparer les performances reelles et prevues, analyser les ecarts, evaluer les tendances 
dans le but d'ameliorer les processus, evaluer les alternatives et, au besoin, recommander les actions correctives 
appropriees. Aussi appele Controle ou Pilotage dans certains pays francophones. 

Maitrise des modifications / Change Control. Identification, documentation, approbation ou refus, et controle 
des modifications apportees aux references de base du projet. Aussi appelee Controle des modifications dans 
certains pays francophones. 

Maitriser le contenu [processus] / Control Scope [Process]. Processus qui consiste a surveiller I'etat du projet 
et le contenu du produit, et a gerer les modifications affectant la reference de base du contenu. Aussi appele 
Controlerle contenu dans certains pays francophones. 
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Maitriser I'echeancier [processus] / Control Schedule [Process]. Processus qui consiste a surveiller I'etat du 
projet dans le but de mettre a jour les progres effectues et a gerer les modifications affectant la reference de 
base de I'echeancier. Aussi appele Controler I'echeancier dans certains pays francophones. 

Maitriser les couts [processus] / Control Costs [Process]. Processus qui consiste a surveiller I'etat du projet 
dans le but de mettre a jour son budget et a gerer les modifications affectant la reference de base des couts. 
Aussi appele Controler les couts dans certains pays francophones. 

Management de la qualite du projet [domaine de connaissance] / Project Quality Management [Knowledge 
Area]. Le management de la qualite du projet comprend les processus et les activites de I'entreprise realisatrice qui 
determinent la politique qualite, les objectifs et les responsabilites, de fagon a ce que le projet satisfasse les besoins 
pour lesquels il a ete entrepris. Aussi appele Gestion de la qualite du projet dans certains pays francophones. 

Management de I'integration du projet [domaine de connaissance] / Project Integration Management 

[Knowledge Area]. Le management de I'integration du projet comprend les processus et les activites qui 
permettent d'identifier, de definir, de combiner, d'unifier et de coordonner les differents processus et activites 
de management de projet au sein des groupes de processus de management du projet. Aussi appele Gestion 
de I'integration du projet dans certains pays francophones. 

Management de portefeuille [technique] / Portfolio Management [Technique]. Management centralise d'un 
ou de plusieurs portefeuilles, ce qui comprend I'identification de projets, de programmes et autres travaux 
apparentes, ainsi que I'etablissement de leurs priorites, leur autorisation, leur management et leur maitrise, 
dans la poursuite d'o/jyecf/'/sstrategiques specifiques de Y entreprise. Aussi appele Gestion de portefeuille dans 
certains pays francophones. 

Management de programme / Program Management. Management centralise et coordonne d'un programme 
en vue d'atteindre les objectifs strategiques du programme et en tirer des benefices. Aussi appele Gestion de 
programme dans certains pays francophones. 

Management de projet / Project Management. Application de connaissances, de competences, d'outils et 
de techniques aux activites du projet afin d'en respecter les exigences. Aussi appele Gestion de projet dans 
certains pays francophones. 

Management des approvisionnements du projet [domaine de connaissance] / Project Procurement 
Management [Knowledge Area]. Le management des approvisionnements du projet comprend les processus 
d'achat ou d'acquisition des produits, des services ou des resultats necessaires pour effectuer le travail non attribue 
a I'equipe de projet. Aussi appele Gestion des approvisionnements du projet dans certains pays francophones. 

Management des communications du projet [domaine de connaissance] / Project Communications 
Management [Knowledge Area]. Le management des communications du projet comprend les processus 
necessaires permettant d'assurer, de maniere appropriee et en temps utile, la generation des informations 
du projet, leur collecte, leur distribution, leur conservation, leur recherche et leur declassement. Aussi appele 
Gestion des communications du projet dans certains pays francophones. 

Management des couts du projet [domaine de connaissance] / Project Cost Management [Knowledge 
Area]. Le management des couts du projet comprend les processus relatifs a I'estimation, a I'etablissement 
du budget et a la maitrise des couts, de fagon que le projet soit acheve en restant dans le cadre du budget 
approuve. Aussi appele Gestion des couts du projet dans certains pays francophones. 

Management des delais du projet [domaine de connaissance] / Project Time Management [Knowledge 
Area]. Le management des delais du projet comprend les processus permettant de manager I'achevement du 
projet dans le temps voulu. Aussi appele Gestion des delais du projet dans certains pays francophones. 
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Management des ressources humaines du projet [domaine de connaissance] / Project Human Resource 
Management [Knowledge Area]. Le management des ressources humaines du projet comprend les processus 
permettant d'organiser et de manager I'equipe du projet. Aussi appele Gestion des ressources humaines du 
projet dans certains pays francophones. 

Management des risques du projet [domaine de connaissance] / Project Risk Management [Knowledge 
Area]. Le management des risques du projet comprend les processus se rapportant a la conduite de la 
planification du management des risques, a I'identification des risques, leur analyse, les responses a leur apporter 
et leur surveillance et maitrise dans un projet. Aussi appele Gestion des risques du projet dans certains pays 
francophones. 

Management du contenu du projet [domaine de connaissance] / Project Scope Management [Knowledge 
Area]. Le management du contenu du projet comprend les processus permettant d'assurer que tout le travail 
requis par le projet, mais seulement le travail requis, est effectue pour le menera son terme avec succes. Aussi 
appele Gestion du contenu du projet dans certains pays francophones. 

Management par la valeur acquise / Earned Value Management (EVM). Methodologie employee en 

management de projet pour integrer le contenu, Yecheancieret les ressources, et pour mesurerobjectivement 

la performance et I'avancement du projet. La performance se mesure en calculant le coOt budgete du travail 

effectue (la valeur acquise) pour le comparer au coutreel du travail effectue (le coutreel). 

Marge / Float or Slack. Voir Marge Male et Marge libre. 

Marge libre / Free Float. Temps maximum dont une activite de I'echeancier peut etre retardee sans retarder 

la date de debut au plus tot de I'une de ses activites successeurs. Voir aussi Marge totale. 

Marge totale / Total Float. Temps maximum dont une activite de I'echeancier peut etre retardee par rapport a 
sa date de debut au plus tot sans retarder la date de fin du projet ni transgresser une contrainte de I' echeancier. 
Elle se calcule a I'aide de la methode du chemin critique en determinant la difference entre la date de fin auplus 
totet la date de fin au plus tard. Voir aussi Marge libre. 

Materiel / Material. Ensemble des elements utilises par une organisation dans une de ses activites : equipement, 
appareils, outils, machines, mecanismes, materiaux etfoumitures, etc. 

Matrice d'affectation des responsabilites [outil] / Responsibility Assignment Matrix (RAM) [Tool]. 
Presentation dans laquelle la structure de decoupage organisationnelle du projet est reliee a la structure de 
decoupage du projet, ce qui permet de verifier I'attribution a une personne ou une equipe de chacun des 
composantsdu contenu du travail du projet. 

Matrice de probability et d'impact [outil] / Probability and Impact Matrix [Tool]. Methode classique de 
determination de 1'importance d'un risque (faible, modere ou eleve) par combinaison de ses deux dimensions : 
probability d'occurrence du risque et impact sur les objectifss\ le risque se manifeste. 

Matrice de tragabilite des exigences / Requirements Traceability Matrix. Tableau qui associe les exigences 
a leur origine, et les suit tout au long du cycle de vie du projet. 

Membres de I'equipe / Team Members. Voir Membres de I'equipe de projet. 

Menace / Threat. Etat ou situation defavorable au projet: ensemble de circonstances negatives, d'evenements 
negatifs, risque qui, s'il survient, aura un impact negatif sur Yobjectif du projet, ou encore possibilite de 
modifications negatives. A comparer a Opportunity 
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Mesure des performances techniques [technique] / Technical Performance Measurement [Technique], 
Technique de mesure de performance permettant de comparer les ameliorations techniques realisees durant 
I'execution du projeta Yecheancierdes realisations techniques prevues dans le plan de management duprojet. 
Elle peut utiliser les parametres techniques cles du produit realise dans le projet comme unite de mesure de la 
qualite. Les valeurs des unites obtenues font partie de Y information sur la performance du travail. 

Methode de la chaine critique [technique] / Critical Chain Method [Technique]. Technique (i'analyse du 
diagramme de reseau qui consiste a modifier Yecheancierdu projetpour tenir compte des limites de ressources. 

Methode des antecedents [technique] / Precedence Diagramming Method (PDM) [Technique]. Technique 
de diagramme de reseau dans laquelle les activites de Techeancier sont representees par des rectangles (ou 
nceuds). Dans le graphique, les activites de Techeancier sont reliees par un ou plusieurs liens logiques pour 
montrer la sequence dans laquelle elles doivent etre realisees. 

Methode PERT / Program Evaluation and Review Technique (PERT). Technique d'estimation qui applique 
une moyenne ponderee d'estimations optimistes, pessimistes et tres probables, lorsqu'une incertitude pese 
sur les estimations des activites individuelles. 

Methodologie / Methodology. Systeme de pratiques, de techniques, de procedures et de regies utilisees par 
les personnes travaillant dans une discipline. 

Methodologie du chemin critique [technique] / Critical Path Methodology (CPM) [Technique]. Technique 
d'analysedu diagramme de reseau utilisee pour determiner le degre deflexibilite de l'echeancier(margepossMe) 
sur divers chemins de reseau logiques du diagramme de reseau du projet, et pour determiner la duree globale 
minimale du projet. Les dates de debut etde fin auplus tot sont calculees par un calculau plus tot, en partant 
d'une date de debut donnee. Les dates de debut etde fin auplus tard sont calculees par un calculau plus tard, 
en partant d'une date d'achevement donnee qui correspond parfois a la date de fin auplus tot determinee lors 
du calcul au plus tot. 

Mettre en ceuvre I'assurance qualite [processus] / Perform Quality Assurance (QA) [Process]. Processus 
qui consiste a auditer les exigences de qualite et les resultats des mesures du controle qualite, de fagon a 
s'assurer que les normes de qualite et les definitions operationnelles appropriees sont utilisees. 

Mettre en ceuvre I'analyse qualitative des risques [processus] / Perform Qualitative Risk Analysis 

[Process]. Processus qui consiste a classer les risques par ordre de priorite, en evaluant et combinant leur 
probability d'occurrence et leur impact, en preparation d'analyses ou actions supplementaires. 

Mettre en ceuvre la maitrise integree des modifications [processus] / Perform Integrated Change Control 

[Process]. Processus qui consiste a examiner toutes les demandes de modification, a approuver les demandes 
de modification, et a gerer les modifications des livrables, des actifs organisationnels, des documents du projet 
et du plan de management du projet. Aussi appele Assurer le controle integre des modifications dans certains 
pays francophones. 

Mettre en ceuvre I'analyse quantitative des risques [processus] / Perform Quantitative RiskAnalysis 

[Process]. Processus qui consiste a analyser quantitativement les effets des risques identifies sur les objectifs 
du projet. 

Mettre en ceuvre le controle qualite [processus] / Perform Quality Control (QC) [Process]. Processus qui 
consiste a surveiller et enregistrer les resultats des activites liees a la qualite pour evaluer la performance et 
recommander les modifications necessaires. 
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Modele / Template. Document partiellement rempli et d'un format predefini qui fournit une structure precise 
pour la collecte, I'organisation et la presentation d'informations et de donnees. 

Modele d'echeancier [outil] /Schedule Model [Tool]. Modele utilise conjointementa des methodes manuelles 
ou a un logiciel de gestion de projet pour effectuer une analyse du diagramme de reseau et generer I' echeancier 
duprojet destine au management de I'execution du projet. Voir aussi Echeancier du projet. 

Modification demandee [donnees d'entree/sortie] / Requested Change [Output/Input]. Demande de modification 
sous forme de document formel, soumise pour approbation au processus Gestion integree des modifications. 

Modification du contenu / Scope Change. Modification du contenu du projet. Une modification du contenu 
enframe presque toujours un ajustement du cout ou de Y echeancier du projet. 

Nivellement / Leveling. Voir Nivellement des ressources. 

Nivellement des ressources [technique] / Resource Leveling [Technique]. Toute forme 6' analyse du diagramme 
de reseau dans laquelle les decisions concemant I' echeancier {dates de debut et defin) decoulent des contraintes 
de ressources (par exemple disponibilite limitee de ressources, ou modifications des niveaux de disponibilite 
des ressources difficiles a gerer). 

Nceud / Node. Point de definition d'un reseau $ echeancier, point de jonction avec certaines autres lignes de 
dependance du reseau, voire toutes. 

Norme / Standard. Document qui fournit, pour un usage general et frequent, les regies, les lignes directrices 
ou les caracteristiques d' activites ou de leurs resultats, dans le but d'atteindre le meilleur niveau possible dans 
un contexte donne. 

Objectif / Objective. Direction donnee a un travail, position strategique a atteindre, ou but a realiser, resultata 
obtenir, produita fabriquer, service a fournir. 

Opportunity / Opportunity. Etat ou situation favorable au projet, ensemble positif de circonstances ou 
d' evenements, risque pouvant entramer des consequences favorables aux objectifs du projet, ou possibility de 
modifications positives. A opposer a une Menace. 

Organigramme du projet [donnees d'entree/sortie] / Project Organization Chart [Output/Input]. Document 
representant de maniere graphique les membres de I'equipe de projet avec leurs relations interpersonnelles 
pour un projet donne. 

Organisation fonctionnelle / Functional Organization. Organisation hierarchique dans laquelle chaque 
employe est sous I'autorite d'un seul superieur hierarchique, et le personnel est groupe par domaine de 
specialisation et dirige par une personne dot.ee d'expertise dans ce domaine. 

Organisation matricielle / Matrix Organization. Structure organisationnelle dans laquelle le chef de projet 
partage avec les responsables fonctionnels la responsabilite de fixer les priorites et de diriger le travail du 
personnel affecte a ce projet. 

Organisation par projets / Projectized Organization. Structure organisationnelle dans laquelle le chef de projet a 
toute autorite pour fixer les priorites, affecter les ressources et diriger le travail des personnes affectees au projet. 

Organiser les activites en sequence [processus] / Sequence Activities [Process]. Processus qui consiste a 
identifier et documenter les relations entre les activites du projet. 

Outil / Tool. Element tangible, tel qu'un modele ou un logiciel, utilise lors de I'execution d'une activite pour 
generer un produitou un resultat. 
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Palliatif [technique] / Workaround [Technique]. Reponse apportee lorsqu'un risque negatif survient. Se 
distingue du plan de secours en ce sens qu'un palliatif n'est pas prevu avant I'occurrence de ce risque. Aussi 
appele Mesure de contournement dans certains pays francophones. 

Partie prenante / Stakeholder. Personnes et organisations telles que les clients, les commanditaires, les 
entreprises realisatrices et le public, activement impliquees dans le projet ou dont les interets peuvent etre 
affect.es de maniere positive ou negative par I'execution ou I'achevement du projet. Les parties prenantes 
peuvent egalement influencer le projet et ses livrables. 

Phase / Phase. Voir Phase du projet. 

Phase du projet/ Project Phase. Ensemble d'acf/V/fesdu proy'ef lieeslogiquementetaboutissantgeneralement 

a I'achevement d'un livrable important. Les phases du projet s'achevent en sequence pour I'essentiel mais 

peuvent se chevaucher dans certaines situations. Une phase du projet est un composant du cycle de vie du 

projet. Ne pas confondre une phase du projet avec un groupe de processus de management de projet. 

Plan de management de la communication [donnees d'entree/sortie] / Communication Management Plan 

[Output/Input]. Document qui decrit : les besoins et les attentes en matiere de communication pour le projet, 

les modalites et les formats utilises pour la communication des informations, les dates, heures et lieux de 

communication, et les personnes responsables des differents modes de communication. Ce plan est inclus 

dans le plan de management du projet ou peut y figurer comme plan subsidiaire. Aussi appele Plan de gestion 

de la communication dans certains pays francophones. 

Plan de management de la qualite [donnees d'entree/sortie] / Quality Management Plan [Output/Input]. 

Le plan de management de la qualite decrit comment Yequipe de management de projet doit mettre en oeuvre 

la politique qualite de Yentreprise realisatrice. Ce plan est inclus dans le plan de management du projet ou peut 

figurer en plan subsidiaire. Aussi appele Plan de gestion de la qualite dans certains pays francophones. 

Plan de management de I'echeancier [donnee d'entree/sortie] / Schedule Management Plan [Output/ 
Input], Document qui definit les critereset les activites pour le developpement et la maitrisede Y echeancier du 
projet. Ce plan est inclus dans le plan de management du projet ou peut figurer en plan subsidiaire. Aussi appele 
Plan de gestion de I'echeancier dans certains pays francophones. 

Plan de management des approvisionnements [donnees d'entree/sortie] / Procurement Management Plan 

[Output/Input]. Document decrivant le management des processus d'approvisionnement, depuis I'elaboration 

de leur documentation jusqu'a la cloture du contrat. Aussi appele Plan de gestion des approvisionnements dans 

certains pays francophones. 

Plan de management des couts [donnees d'entree/sortie] / Cost Management Plan [Output/Input]. Document 

qui definit le format a utiliser, les activites a effectuer et les criteres a respecter pour planifier, structurer et 

controler les couts du projet. Ce plan est inclus dans le plan de management du projetou peut y figurer comme 

plan subsidiaire. Aussi appele Plan de gestion des couts dans certains pays francophones. 

Plan de management des ressources humaines [processus] / Staffing Management Plan [Process]. 

Document qui decrit quand et comment les exigences en ressources humaines seront satisfaites. Ce plan est 

inclus dans le plan des ressources humaines ou peut y figurer comme plan subsidiaire. Aussi appele Plan de 

gestion des ressources humaines dans certains pays francophones. 
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Plan de management des risques [donnee d'entree/sortie] / Risk Management Plan [Output/Input]. 
Ztoci/me/rfdecrivant la future structure du management des risques du projet et la maniere dont elle s'appliquera 
au projet Ce plan est inclus dans le plan de management duprojetou peut y figurer comme plan subsidiaire. Les 
informations contenues dans le plan de management des risques varient selon le champ d'application et la taille 
du projet. Le plan de management des risques differe du registre des risques qui contient la liste des risques du 
projet, les resultatsde I'analyse des risques et les reponses aux risques. Aussi appele Plan degestion des risques 
dans certains pays francophones. 

Plan de management du contenu [donnees de sortie/d'entree] / Scope Management Plan [Output/Input]. 
Document qui decrit la methode de definition, de developpement et de verification du contenu, la methode de creation 
et de definition de la structure de decoupage du projet, et qui procure les directives de management et de martrise 
du contenu du projet par I'equipe de management du projet. II fait partie du plan de management du projet ou y 
contribue comme plan subsidiaire. Aussi appele Plan de gestion du contenu dans certains pays francophones. 
Plan de management du projet [donnees d'entree/sortie] / Project Management Plan [Output/Input]. Document 
formel et approuve qui definit les modes projetes d'execution, de surveillance et de maitrise. Ce plan peut etre 
recapitulate ou detaille, et comporter des plans subsidiaires et d'autres documents ayant trait a la planification. 
Parfois appele Plan de projet. Aussi appele Plan de gestion du projet dans certains pays francophones. 

Plan des ressources humaines / Human Resource Plan. Document decrivant comment les roles, les 
responsabilit.es, les relations ti'autorite et le management de I'equipe seront abordes et structures dans le cadre 
du projet. II fait partie du plan du projet ou d'un plan subsidiaire. 

Planification par vagues [technique] / Rolling Wave Planning [Technique]. Forme de planification par 
elaboration progressive, dans laquelle le travail prevu a court terme est planifie jusqu'a un niveau detaille de la 
structure de decoupage du projet, tandis que le travail a longue echeance est planifie a un niveau relativement 
eleve. La planification du travail a effectuer sur une ou deux autres periodes de I'avenir proche se faisant 
pendant I'execution du travail de la periode en cours. 

Planifier la qualite [processus] / Plan Quality [Process]. Processus qui consiste a identifier les exigences de 
qualite et/ou les normes a suivre pour le projet et le produit, et a documenter les methodes par lesquelles le 
projet demontrera sa conformite. 

Planifier le management des risques [processus] / Plan Risk Management [Process]. Processus qui consiste 
a definir les methodes de conduite des activites de management des risques d'un projet. Aussi appele Planifier 
la gestion des risques dans certains pays francophones. 

Planifier les approvisionnements [processus] / Plan Procurements [Process]. Processus qui consiste 
a documenter les decisions d'approvisionnement du projet, a specifier les approches et a identifier les 
vendeurs potentiels. 

Planifier les communications [processus] / Plan Communications. Processus qui consiste a etablir les 
besoins en information des parties prenantes et a definir une approche pour les communications. 

Planifier les reponses aux risques [processus] / Plan Risk Responses [Process]. Processus qui consiste a 
elaborer des options et des actions permettant d'ameliorer les opportunit.es et de reduire les menaces envers 
les objectifs du projet. 

Portefeuille / Portfolio. Ensemble de projets ou de programmes ainsi que d'autres travaux qui sont regroupes 
pour faciliter I'efficacite du management de ces travaux dans la poursuite d'ofy'ecf/'/sstrategiques de I' entreprise. 
Les projets ou programmes du portefeuille ne sont pas necessairement interdependants ni en relation directe. 
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Pourcentage d'avancement / Percent Complete. Estimation, exprimee en pourcentage, du travail effectue 
pour une activite ou un composant de la structure de decoupage du projet. 

Pratique / Practice. Type particulier d' activite professionnelle ou managerial contribuant a I'execution d'un 
processus, pouvant employer differentes techniques et differents outils. 

Previsions / Forecasts. Une estimation ou des predictions de situations ou d'evenements a venir dans le 
deroulement du projet, a partir d'informations et de connaissances disponibles au moment ou les previsions 
sont effectuees. Ces informations sont tirees de la performance passee du projet et de celle attendue par la 
suite, et comprennent des elements susceptibles d'avoir un impact sur ce projet a I'avenir, tels que son cout 
final estime et son cout estime pour achevement. 

Probleme majeur / Issue. Point a I'etude ou litigieux, en cours de discussion pour regler la question, ou pour 
lequel s'opposent des points de vue ou des divergences. 

Proceder aux approvisionnements [processus] / Conduct Procurements [Process]. Processus qui consiste 
a obtenir les reponses des vendeurs, a selectionner un vendeur et attribuer un contrat. 

Processus de cloture [groupe de processus] / Closing Processes [Process Group]. Processus effectues pour 
finaliser toutes les activites dans tous les groupes de processus de management du projet pour clore formellement 
le projet ou I'une de ses phases. 

Processus de demarrage [groupe de processus] / Initiating Processes [Process Group]. Ensemble des 
processus permettant de definir un nouveau projet, ou une nouvelle phase d'un projet existant, par I'obtention 
de I'autorisation de demarrer le projetou la phase. 

Processus de planification [groupe de processus] / Planning Processes [Process Group]. Ensemble des 
processus accomplis pour etablir le contenu total du travail, definir et affiner les objectifs, et developper le 
deroulement des activites necessaires pour atteindre les objectifs. 

Processus de surveillance et de maitrise [groupe de processus] / Monitoring and Controlling Processes 

[Process Group]. Ensemble des processus requis pour le suivi, I'etude et la regulation des progres et de la 
performance du projet, I'identification de toute zone dans laquelle des modifications du plan sont necessaires, 
et I'initiation des modifications correspondantes. Aussi appele Processus de surveillance et de controle dans 
certains pays francophones. 

Processus d'execution [groupe de processus] / Executing Processes [Process Group]. Ensemble des 
processus accomplis pour effectuer le travail defini dans le plan de management du projet afin d'atteindre les 
objectifs du projet. 

Produit / Product. Objet qui est produit, quantifiable, et pouvant aussi bien etre un produit final qu'un 
composant. Les termes materiaux et marchandises sont similaires a produits. A comparer avec Resultat. Voir 
aussi Livrable. 

Programme / Program. Groupe de projets apparent.es dont le management est coordonne afin d'obtenir des 
avantages et une ma/Tr/sequi ne seraient pas possibles en les traitant isolement. Un programme peut comporter 
des elements de travail apparentes en dehors du contenu de chacun des projets qu'il regroupe. 
Projet / Project. Entreprise temporaire initiee dans le but de fournir un produit, un service ou un resultat unique. 

Provision pour aleas [donnees d'entree/sortie] / Contingency Reserve or Contingency Allowance [Output/ 
Input]. Fonds, budgetou delais supplementaires (au-dela de Y estimation) necessaires a la reduction du risque 
de depassement des objectifs du projet a un niveau acceptable pour Y organisation. Voir aussi Reserve. 
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Qualite / Quality. Pour un element donne, degre de conformite aux exigences presente par 1'ensemble de 
ses caracteristiques. 

Rapports d'avancement [donnees d'entree/sortie] / Performance Reports [Output/Input]. Documents et 

presentations contenant, sous forme structured et recapitulative, les informations surla performance du travail, 

les parametres et calculs de management par la valeur acquise, et les analyses de I'avancement et de I'etat du 

travail du projet 

Reclamation / Claim. Requete, demande ou affirmation d'un droit par un vendeura I'encontre d'un acheteur 

(ou inversement), en vue d'une prise en compte, d'un dedommagement ou d'un reglement selon les termes du 

contrat, par exemple dans le cas d'une modification contestee. 

Recueillir les exigences [processus] / Collect Requirements [Process], Processus qui consiste a definir et 

documenter les caracteristiques du projet et du produit ou les fonctions necessaires a satisfaire les besoins et 

les attentes des parties prenantes. 

Reference de base / Baseline. Plan approuve pour un projet, plus ou moins les modifications approuvees. II est 
compare a la performance reelle pour determiner si le niveau de performance se situe dans des seuils d'ecarts 
acceptables. II se rapporte generalement a la reference de base actuelle, mais il peut egalement se rapporter 
a la reference de base originale ou a une autre reference de base. Habituellement utilisee avec un determinant 
(p. ex. reference de base de performance des couts, de I'echeancier, des mesures de performances, reference 
de base technique). 

Reference de base de I'echeancier / Schedule Baseline. Version specifique du modele de I'echeancier 
permettant de comparer les resultats reels au plan, dans le but d'etablir la necessite de mesures preventives 
ou correctives pour atteindre les objectifs du projet. 

Reference de base de performance des couts / Cost Performance Baseline. Version specifique du budget 
echelonne, permettant de comparer les depenses reelles aux depenses planifiees, de fagon a etablir la necessite 
de mesures preventives ou correctives pour atteindre les objectifs du projet. 

Reference de base des mesures de performances / Performance Measurement Baseline. Plan approuve 
et integre contenu-echeancier-couts du travail du projet auquel son execution est comparee pour en mesurer 
les ecarts afin qu'ils soient maitrises par le management. Cette reference de base integre generalement les 
parametres de contenu, (i'echeancier et de coOt du projet, mais peut aussi comporter des parametres techniques 
et de qualite. 

Reference de base du contenu / Scope Baseline. Version specifique et approuvee de \'enonce detaille du 
contenu, de la structure de decoupage du projet (SDP) et son dictionnaire associe. 

Registre des risques [donnee d'entree/sortie] / Risk Register [Output/Input]. Document contenant les resultats 
de y analyse qualitative des risques, de F analyse quantitative des risques et de la planification des reponses aux 
risques. Le registre des risques detaille tous les risques identifies, y compris leurs descriptions, leurs categories, 
leurs causes, leurs probabilit.es d'occurrence, leur(s) impact(s) sur les objectifs, les strategies de reponse 
proposees, les personnes en charge de ces risques, et leur etat actuel. 

Reglementation / Regulation. Exigences imposees par un organisme public. Ces exigences peuvent definir les 
caracteristiques du produit, du processusou du service — y compris les dispositions administratives applicables 
— dont la conformite est regie par I 'Etat. 

Regroupement [technique] / Co-location [Technique]. Strategie d'implantation organisationnelle selon laquelle 
les membres de I'equipe de projet sont physiquement installes a proximite les uns des autres afin d'ameliorer la 
communication, les relations de travail et la productivity. 
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Relation d'anteriorite / Precedence Relationship. Terme utilise dans la methode des antecedents pour 
designer un lien logique. Toutefois, dans I'usage courant, les termes « relation d'anteriorite », « lien logique » et 
« dependance » sont employes indifferemment, quelle que soit la methode de representation du reseau utilisee. 
Voir aussi relation logique. 

Remue-meninges [technique] / Brainstorming [Technique]. 7ec/7/7/'qwerepandue de collecte de donnees et de 
creativite, generalement utilisee pour identifier des risques, trouver des idees ou des solutions a des problemes 
majeurs, en faisant appel a des membresde I'equipe ou des experts du domaine conceme. 

Rendre compte de la performance [processus] / Report Performance [Process]. Processus qui consiste a 
collecter et a distribuer les informations de performance, dont les rapports d'etat, les mesures du progres et 
les previsions. 

Repertoire de I'equipe de projet / Project Team Directory. Liste documented des membres de I'equipe de 
projet, avec leurs rates dans le projet et les informations necessaires a la communication. 

Representation en diagramme de flux [technique] / Flowcharting [Technique]. Presentation sous forme 

de diagramme des donnees d'entree, des actions du processus et des donnees de sortie d'un ou plusieurs 

processus faisant partie d'un systeme. 

Reprise / Rework. Action entreprise pour corriger un composant defectueux ou non conforme afin de le rendre 

conform e aux exigences ou aux specifications. 

Reseau / Network. Voir Diagramme de reseau du projet. 

Reserve / Reserve. Disposition incluse dans le plan de management du projet pour attenuer les risques ayant 

un impact sur les couts et/ou Yecheancier. Le terme, parfois remplace par provision, est souvent utilise avec 

un determinant (exemple : provision pour imprevus, provision pouraleas) pour preciser les types de risques qui 

sont censes etre attenues. 

Responsable fonctionnel / Functional Manager. Personne disposant de Yautorite managerial sur une unite 
de I'organisation au sein d'une organisation fonctionnelle. Responsable de tout groupe qui fabrique effectivement 
un produitou fournit un service. Parfois appele responsable hierarchique. 

Ressource / Resource. Personnel competent (dans des disciplines specifiques, a titre individuel ou en equipe), 
equipement, services, fournitures, produitsde base, materiaux, budgets ou fonds. 
Resultat/ Result. Donnee de sortie resultant de I'execution de processuset ti'activitestie management du projet. 
Les resultats comprennent les aboutissements (systemes integres, processus revises, organisation restructure, 
tests, personnel forme, etc.) et les documents (politique interne, plans, etudes, procedures, specifications, 
rapports, etc.). Ne pas confondre avec un ProduitVoti aussi Livrable. 

Risque / Risk. Evenement ou condition possible dont la concretisation aurait un impact positif ou negatif sur 
\esobjectifsdu projet. 

Risque residuel / Residual Risk. Risque qui persiste apres la mise en oeuvre des strategies de reponse. 

Risque secondaire / Secondary Risk. Risque qui est le resultat direct de la mise en oeuvre d'une strategie de 



Role / Role. Fonction definie qu'un membre de I'equipe de projet doit executer (effectuer des tests ou des 
verifications, enregistrer des dossiers, codifier, etc.). 
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Seuil / Threshold. Valeur de cout, de temps, de qualite, technique ou de ressource, utilisee comme parametre et 
qui peut etre incluse dans les specifications du produit. Le depassement du seuil devrait declencher une action, 
par exemple generer un rapport des exceptions. 

Simulation / Simulation. Une simulation utilise un modeled projet qui convertit les incertitudes definies a un 
niveau detaille en impact potentiel sur les o/j/ecf/7sexprimes au niveau de la totalite du projet. Les simulations 
de projets font appel a des modeles informatiques et a des estimations du risque, generalement exprimees sous 
forme de lois de probabilite des couts ou des durees possibles, a un niveau detaille du travail, et sont en general 
effectuees a I'aide de la methode de Monte-Carlo. 

Simulation de Monte Carlo / Monte Carlo Simulation. Processus consistant a generer des centaines, voire 
des milliers, de resultats probables de performance en fonction de distributions probabilistes relatives aux 
couts et a I'echeancier des taches individuelles. Ces resultats sont ensuite utilises pour generer une distribution 
probabiliste pour I'ensemble du projet. 

Sous-phase / Subphase. Subdivision d'une phase. 

Sous-projet / Subproject. Portion du projet global creee lorsqu'un projet est subdivise en composants ou en 
parties plus faciles a maitriser. 

Sous-reseau / Subnetwork. Subdivision (fragment) d'un diagramme de reseau du projet, representant 
generalement un sous-projetou un lot de travail. Utilise frequemment pour illustrerouetudiercertainespossibilit.es 
ou suggestions d' echeancier, telles que des modifications de //'ens/og/'q(uesrecommandes par I'organisation ou 
des modifications du contenu du projet. 

Specifications / Specification. Document specifiant, de maniere complete, precise et verifiable, les exigences, 
la conception, le comportement ou autres caracteristiques d'un systeme, composant, produit, resultatou service 
et, souvent, les procedures permettant de determiner si ces clauses sont respectees. Exemples : specifications 
des exigences, de conception, du produiteX de tests. 

Structure de decoupage des ressources / Resource Breakdown Structure. Structure hierarchique des 
ressources classees par categorie et par type utilises dans des echeanciers a nivellement des ressources ou a 
ressources limitees, qui peut aussi etre utilisee pour identifier et analyser I'affectation de ressources humaines 
au projet. 

Structure de decoupage des risques [outil] / Risk Breakdown Structure (RBS) [Tool]. Description en structure 
hierarchique des risques du projet identifies, classes par categorie et sous-categorie de risques, qui identifie les 
divers domaines et causes des risques potentiels. La structure de decoupage des risques est souvent adaptee 
a des types de projet specifiques. 

Structure de decoupage du projet (SDP) [donnees d'entree/sortie] / Work Breakdown Structure (WBS) 

[Output/Input]. Decomposition hierarchique, axee sur les livrables, du travail que Yequipede projet doit executer 
pour atteindre les objectifs du projet et produire les livrables voulus. La SDP organise et definit le contenu total 
du projet. 

Structure de decoupage organisationnelle [outil] / Organizational Breakdown Structure (OBS) [Tool], 
Representation en structure hierarchique de Y organisation du projet, dont la disposition associe les lots de 
travail aux unites organisationnelles qui les effectuent. Aussi appele Organigramme fonctionnel dans certains 
pays francophones. 

Surveiller / Monitor. Collector les donnees de performance du projet par rapport au plan etabli, definir des 
mesures de performances, generer des rapports et diffuser les informations correspondantes. 
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Surveiller et maitriser le travail du projet [processus] / Monitor and Control Project Work [Process]. Processus 
qui consiste a suivre, revoir et reguler les progres pour atteindre les objectifs definis dans le plan de management 
du projet. Aussi appele Surveiller et controler le travail du projet dans certains pays francophones. 

Surveiller et maitriser les risques [processus] / Monitor and Control Risks [Process]. Processus qui consiste 
a en oeuvre des plans de reponse aux risques, a suivre les risques identifies, a surveiller les risques residuels, 
a identifier de nouveaux risques et a evaluer la gestion des risques d'un bout a I'autre du projet. Aussi appele 
Surveiller et controler les risques dans certains pays francophones. 

Systeme d'autorisation des travaux [outi I] /Work Authorization System [Tool]. Sous-systeme de I'ensemble 
du systeme de management de projet. II s'agit d'un ensemble de procedures documentees formelles qui 
definissent comment les travaux du projet serontautorises (engages) pour assurer que le travail est effectue par 
I' organisation prevue, au moment voulu et selon la sequence appropriee. II comprend les etapes, les documents, 
le systeme de suivi et les niveaux ^approbation definis qui sont necessaires a la delivrance des autorisations 
de travaux. 

Systeme de gestion de la configuration [outil] / Configuration Management System [Tool]. Sous-systeme 
de I'ensemble du systeme de management de projet. Ce sous-systeme se compose d'un ensemble de procedures 
documentees formelles qui sont utilisees pour diriger et surveiller : I'identification et la documentation des 
caracteristiques fonctionnelles et physiques d'un produit, d'un resultat, d'un service ou d'un composant, la 
maitrise tie toute modification apportee a ces caracteristiques, I'enregistrement et le compte-rendu de chaque 
modification avec son etat d'avancement. Ces procedures servent aussi de support a I'audit de conform ite des 
produits, des resultatsou des composantsaux ex/gencescorrespondantes. Elles comprennent la documentation, 
les systemestie suivi et les niveaux d'approbation requis pour I'autorisation et la maitrise des modifications. 
Systeme de gestion de I'information du projet [outil] / Project Management Information System (PMIS) 
[Tool]. Systeme d'information constitue des outils et techniques utilises pour collector, integrer et diffuser les 
donnees de sortie des processus de management de projet. Ce systeme permet de soutenir tous les aspects 
du projet depuis son demarrage jusqu'a sa cloture, et peut recourir a des systemes de traitement manuels 
ou automatiques. 

Systeme de maitrise des modifications [outil] / Change Control System [Tool]. Ensemble de procedures 
formelles et documentees qui definit comment les livrables du projet et sa documentation seront controles, 
modifies et approuves. Dans la plupart des champs d 'application, le systeme de maitrise des modifications 
constitue un sous-ensemble du systeme de gestion de la configuration. Aussi appele Systeme de controle des 
modifications dans certains pays francophones. 

Systeme de management de projet [outil] / Project Management System [Tool]. Ensemble regroupant 
les processus, les outils, les techniques, les methodologies, les ressources et les procedures utilises pour le 
management du projet. Aussi appele Systeme de gestion de projet dans certains pays francophones. 
Tampon / Buffer. Voir Reserve. 

Technique / Technique. Procedure definie et systematique utilisee par une ressource humaine pour effectuer 
une activite de creation d'un produit ou d'un resultat, ou de foumiture d'un service, et qui peut faire appel a un 
ou plusieurs outils. 
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Technique de Delphes [technique] / Delphi Technique [Technique]. Technique de collecte d'informations 
utilisee en recherche d'un consensus d'experts sur la question considered. Les experts participent de maniere 
anonyme, aides par un facilitateur qui leur soumet un questionnaire pour solliciter des idees sur les points 
importants du projet qui portent sur cette question. Les responses sont resumees et soumises a nouveau aux 
experts pour commentaire. Ce processus iteratif peut aboutir a un consensus apres quelques repetitions. La 
technique de Delphes contribue a reduire la distorsion des donnees et evite qu'une personne en particulier ait 
une influence indue sur le resultat. Souvent nommee Technique Delphi. 

Technique de la valeur acquise [technique] / Earned Value Technique (EVT) [Technique]. Technique spectf\que 
de mesure de la performance du travail, utilisee pour etablir la reference de base des mesures de performances. 

Tolerance aux risques / Risk Tolerance. Degre, niveau ou ampleur des risques qu'une organisation ou un 
individu va considerer comme tolerable. 

Transfert des risques [technique] / Risk Transference [Technique]. Technique de planification des reponses aux 
risques qui deplace I'impact d'une menace vers un tiers, ainsi que la responsabilite de la reponse a ce risque. 

Unite calendaire / Calendar Unit. La plus petite unite de temps utilisee dans Techeancier d'un projet Les 
unites le plus souvent utilisees sont les heures, jours ou semaines, mais le choix peut aussi se porter sur des 
trimestres, des mois, des rotations d'equipe, voire des minutes. 

Valeur acquise (VA) / Earned Value (EV). Valeur du travail acheve, definie selon le budget approuve et affecte a 
ce travail pour une activite de Techeancier ou un composant de la structure de decoupage du projet. Egalement 
nommee Cout budgete du travail effectue (CBTE). 

Valeur planifiee (VP) / Planned Value (PV). Budget autorise et affecte au tra vail plan if ie pour une activite de 
I'echeancier ou un composant de la structure de decoupage du projet. Egalement nommee Cout budgete du 
travail prevu (CBTP). 

Validation / Validation. L'assurance qu'un produit, un service ou un systeme satisfait aux besoins du client 
et des autres parties prenantes identifies. Elle implique souvent I'acceptation par des clients extemes et la 
conformite avec leurs attentes. Ne pas confondre avec Verification. 

Vendeur / Seller. Fournisseur de produits, services ou resultatsa une organisation. 

Verification [technique] / Verification [Technique]. Evaluation de la conformite d'un produit, service ou 
systeme, avec des reglements, des exigences, des specifications ou des conditions imposees. C'est souvent un 
processus interne. Ne pas confondre avec Validation. 

Verifier le contenu [processus] /Verify Scope [Process]. Processus qui consiste a formaliser I'acceptation des 
livrables achieves du projet. 

Voix du client /Voice of the Customer. Techniques planification utilisee pourfournir des produits, des services 
et des resultats repondant aux besoins du client. Ces besoins sont convertis en specifications techniques 
appropriees pour chaque phase de developpement de produit dans le cadre d'un projet. 
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INDEX 



Accords de constitution d'equipe, 319, 331 
Acheteur 

organisation, 31 3 

termes, 316 
Actifs organisationnels, 37, 253 
base de connaissance de I'entreprise, 33 

categories, 32-33 

exemples, 76, 80, 86, 91, 97-98, 101, 114, 118, 127, 

134, 138, 144, 149, 154, 162, 171, 176, 181, 194, 208, 

219, 227, 238, 248, 260, 264, 268, 278-279, 286, 291, 

296,321,331 

mises a jour, 102, 128, 163, 187, 205, 213-214, 241, 

265,271,312,340,344 

processus et procedures, 32-33 
Action corrective 

definition, 83, 87, 92 

demande de modification, 128, 205, 214, 265, 271, 351 
Action preventive 

definition, 83, 87, 92 

demande de modification, 128, 164, 205, 214, 242, 265, 

271,351 
Activite recapitulative, 1 57 
Activite critique, 155 
Activite successeur, 140 
Activites sur noeuds, 138, 157 
Adaptation, 32, 37, 38, 64, 80, 81 
Administration des contrats. Voir Processus Gerer les 
approvisionnements 

Affectation prealable des membres de I'equipe, 227 
Ajustements des decalages avec avance et des decalages 
avec retard, 163 
Aleasde cout, 168 

AMDEC. l/o/rAnalyse des modes de defaillance, de leurs effets 
et de leurs criticites 

Amelioration continue, 190, 191, 200, 202 
Amelioration de la qualite du produit, 191 
Amelioration des processus 

modeles, 191 

opportunites, 210 



Analyse cout-benefice, 75, 195 

Analyse de I'ecart, 127, 162, 186, 187, 268-269, 270, 310 

Analyse de la reserve du budget, 1 77 

Analyse de la reserve, 1 51 , 1 73, 1 77, 31 1 . Voiraussi Provision 

pouraleas 

Analyse de la tendance, 1 86, 211-21 2, 294, 31 

Analyse de la valeur, 114 

Analyse de sensibilite, 298 

Analyse des besoins en communication, 253-254 

Analyse des causes fondamentales, 204, 208, 287 

3 des eventualites, 154, 156, 163 

3 des forces en presence, 199 

3 des hypotheses, 287 
Analyse des modes de defaillance, de leurs effets et de leurs 
criticites (AMDEC), 190 
Analyse des parties prenantes, 248-250 
Analyse des processus, 204 

Analyse des risques, 192, 208, 210. Voiraussi Processus Mettre 
en ceuvre I'analyse qualitative des risques ; Processus Mettre en 
ceuvre I'analyse quantitative des risques 
Analyse des systemes, 1 1 4 
Analyse du diagramme de reseau, 154, 155, 156 
Analyse du produit, 114 

Analyse du reseau. Voir Analyse du diagramme de reseau 
Analyse FFOM (forces, faiblesses, opportunites et menaces), 288 
Analyse par arbre de decision, 298-299, 303 
Analyse par calcul au plus tot et au plus tard, 1 54 
Analyse quantitative des risques, 151, 173, 291. Voir aussi 
Processus Mettre en ceuvre I'analyse quantitative des risques 
Analyse statistique, 109 
Appel a proposition, 75, 326 
Appel d'offres, 75, 326 
Approche Six Sigma, 1 90, 1 91 , 1 99 
Arbitrage, 343 

Assurance qualite, 202, 204. Voir aussi Processus Mettre en 
ceuvre I'assurance qualite 
Ateliers diriges, 107 
Attenuation des risques, 304, 317 
Attenuation. Voir Attenuation des risques 
Attitudes face au risque, parti pris et 289 
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Attributs des activites, 136, 137, 143, 160 
Audits 

des risques, 310,311 

qualite, 203, 204 

inspections, 124, 213,339 

succes ou echec d'un projet, 100 

verification de la configuration, 95 

B 

Base de connaissance de I'entreprise, 33, 138 

Base des estimations, 174, 176 

Besoins du projet en matiere de communication. Voir Analyse 

des besoins en communication 

Besoins en ressources humaines, 223, 238 

Besoins en ressources necessaires aux activites, 145, 148, 

159, 219, 320. Voir aussi Processus Estimer les ressources 

necessaires aux activites 

Besoins en ressources. Voir Besoins en ressources necessaires 

aux activites ; Besoins en ressources humaines 

Budget a I'achevement, 1 78, 1 82, 1 84, 1 85 

Budget, 280 

contraintes, 321 

previsions, 187, 268 
Bureau des projets, 11-12 

chefs de projet et, 1 2 

partie prenante, 25-26 

fonction cle, 11 



Calendrier, 160. l/o//-auss/Calendriers des ressources 
Calendriers des ressources, 143, 148, 176, 224, 229, 231, 334 
Capability Maturity Model Integration (CMMI®), 1 91 , 1 99 
Caracteristiquesorganisationnelles 

actifs organisationnels, 32-33 

cultures et styles organisationnels, 27-28 

structure organisationnelle, 28-32 
Cartes heuristiques, 108 
Categories de risques, 280, 293, 294 
Causes fondamentales des risques, 293, 294, 302, 31 
Charge des ressources, 307 
Charte du projet 

autorisation, 44 

elements, 351 

donnees d'entree, 1 06, 1 1 3, 247 

donnees de sortie, 77-78 



Charte. Voir Charte du projet 
Chef de projet 

role, 13, 72, 94 
Chemin critique qui tient compte des limites en ressources, 155 
Classe de produits/services, 190 
Classement des risques, 291-292, 293, 294 
Client 

externe, 76 

satisfaction, 44, 190 
Cloture de la phase. Voir Processus Clore le projet ou la phase 
Cloture des approvisionnements, 342 
Cloture du processus. Voir Groupe de processus de cloture 
Cloture du projet 

directives, 80 

documents, 102, 214, 261 
CMMI®. Voir Capability Maturity Model Integration 
Codage/Decodage des messages, 255-256 
Code de deontologie et de conduite professionnelle du Project 
Management Institute, 4 
Comite de maitrise des modifications, 94 
Commanditaire, 25, 76, 215 
Communication 

activite, aspects, 245 

canaux, 253 

competences, 245 

correspondance, 340 

differentes parties prenantes et, 243 

informelle, 232 

methodes, 256, 260, 264, 269 

modeles, 255-256 

styles, 41 1 

technologie, 254 
Communication publiee [pull], 256 
Communication transmise [push], 256, 269 
Comparaisons par paires, 114 
Competences des membres de I'equipe, 355, 357 
Competences en communication, 411 
Competences en leadership, 240, 409 
Competences en matiere de developpement de I'esprit d'equipe, 
410 

Competences en negociation, 413 
Competences interpersonnelles, 232, 240-241 , 264, 409-413 

modele de prise de decision, 412 

motivation, environnement du projet, 410 

sensibilite culturelle, 412-413 

sensibilite politique, 412 
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Competences visant a influencer les autres, 21 6, 240-241 , 41 1 

Compression des delais, 156 

Compromis, 38, 60, 71 , 168, 1 90 

Compte de controle, 121, 166, 177 

Conditions du marche, 171 

Conferences des soumissionnaires, 331 

Conferences preliminaires a I'offre, 331 

Configuration du processus, 201 

Conflit perturbateur, 239-240 

Contenu du produit, 103, 319 

Contenu du projet, 99, 103, 115, 165. Voir aussi Processus 

Maitriser le contenu ; Processus Definir le contenu ; Processus 

Verifier le contenu 

Contenu du travail, 31 7 

Contenu. Voir Contenu du projet 

Contraintes du projet, 115 

exemples, 6-7, 148 
Contraintes. Voir Contraintes du projet 
Contrat d'approvisionnement, 315, 333-334 
Contrat pieces et main d'oeuvre, 322, 324 
Contrats. Voir aussi Accords, Conventions collectives 

amendements, 337 

clause de resiliation, 337, 342 

clauses de performances, 235 

cloture, 327, 341 

contrat d'approvisionnement, 31 5, 31 6, 331 , 333-334 

decisions relatives aux risques, 303, 306, 320 

documentation, 340, 343, 344 

donnees d'entree, 76, 176 

equipes d'audit/inspection et, 339 

exigences, 238, 319 

implications, 87, 170, 313 

negociations d'approvisionnement et, 332-333 

non-conformite, 338 

types, 322-324 
Contrats a couts remboursables, 322, 323, 324 
Contrats a prix fixe avec indexation des prix, 323 
Contrats a prix fixe avec interessement, 322 
Contrats a prix forfaitaire, 322 
Contrats en regie avec honoraires fixes, 323 
Contrats en regie avec interessement, 323 
Contrats en regie avec prime au merite, 323, 324 
Contrats en regie, 303 
Contrats forfaitaires, 303, 322-323, 324 
Controle qualite. Voir aussi Processus Mettre en oeuvre le 
controle qualite 



mesures, 203, 213 

verification du contenu et, 123 
Conventions collectives du personnel, 170, 225, 235. Voir 
aussi Contrats 

Convergence/Divergence des chemins, 154 
Correction du defaut 

definition, 83, 88, 92 

demande de modification, 125, 128, 205, 214, 351 

inspections et, 213 
Courbe de croissance, 269 
CourbeenS, 178, 183, 270 
Cout de la non-qualite, 195 
Cout de la qualite, 1 73, 1 90, 1 91 , 1 95 
Cout estime pour achievement, 1 84-1 85 
Coutfinal estime, 166, 184-185 
Cout reel (CR), 182,183 
Couts 

agregation, 177 

au cours du cycle de vie du projet, 16 

et objectifs en matiere de delais, 301 

et performance des delais, 21 2 
Couts d'echec, 195 
Couts indirects, 169, 174 
CR. Voir Cout reel 

Criteres d'acceptation. l/o/r Criteres d'acceptation du produit 
Criteres d'acceptation du produit, 115, 124, 193. Voir aussi 
Processus Verifier le contenu 
Criteres de selection des sources, 327-328, 330 
Crosby, Phil 190 

Culture. Voir Culture organisationnelle 
Culture organisationnelle 

differences culturelles, 230, 234 

normes culturelles, 27 

sensibilite culturelle, 412-413 
Cycle de vie. Voir Cycle de vie du produit ; Cycle de vie du projet 
Cycle de vie du produit 

cycle de vie du projet et, 1 8 

recoupement du projet et, 12 
Cycle de vie du projet 

caracteristiques, 16-17 

cycle de vie du produit et, 18 

elaboration progressive, 7 

niveau des couts et des ressources humaines, 16 

organisation et, 15-33 

phases du projet, 18-21 

premieres etapes, 76 
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structure generique, 16, 17 
vue d'ensemble, 15 
Cycle Planifier-Derouler-Controler-Agir, 191 



DD. Voir Liaison debut-debut 
Decalages avec avance, 156, 163 

activite successeur et, 140 
Decalages avec retard, 156, 163 

activite successeur et, 140 
Decision d'acheter au lieu de louer, 168 
Decisions contractuelles liees aux risques, 306, 320 
Decisions de « produire ou acheter », 1 44, 1 68, 307, 31 7, 321 , 326 
Decodage/Codage des messages, 255-256 
Decomposition, 118-120, 134 
Defauts d'un produit, 196 
Demande d'information, 75, 326 
Demande de prix, 326 
Demande du marche, 10, 75 
Demandes de modification 

comite de maitrise des modifications et, 98 

demandes de modification approuvees, 85, 94, 204, 208, 338 

donnees d'entree, 97 

donnees de sortie, 1 25, 1 28, 1 64, 1 87, 21 4, 242, 265, 271 , 

328, 334 

misesajourde I'etat, 99 

modification implicite forcee, 341 

revue des demandes de modification approuvees, 213 

types, 87-88, 92, 205 
Deming.W. Edwards, 190, 191 
Dependances externes, 140 
Dependances obligatoires, 139 
Dependances optionnelles, 140 
Deploiement de la fonction qualite (QFD), 1 07, 1 99 
Derive du contenu du projet, 125 
Description du contenu du produit, 75, 138, 193 
Description du projet/produit a haut niveau, 77, 106, 113, 114 
Determination des dependances, 139-140 

dependances externes, 140 

dependances obligatoires, 139 

dependances optionnelles, 140 
Developpement de I'esprit d'equipe 

activites, 232-233, 41 1 

competences, 218,410 
Developpement professionnel du management de projet, 222 



DF. Voir Liaison debut-fin 
Diagramme a barres logiques, 157, 158 
Diagramme de correlation, 212 
Diagramme de flux des processus, 41 , 42 
Diagramme de Pareto, 210-211 
Diagramme des affinit.es, 108, 199 
Diagramme en aretes de poisson, 120, 208, 287 
Diagramme en tornade, 298, 301 
Diagrammes a barres, 157, 158, 210, 224, 270 
Diagrammes cause-effet, 208-209, 287 
Diagrammes d'influence, 287 
Diagrammes d'lshikawa, 208, 287 
Diagrammes de controle, 195-196, 209 

limites fixees, 196,197 
Diagrammes de flux, 1 98-1 99, 21 
Diagrammes de flux de processus, 198-199, 287 
Diagrammes de flux de systeme ou de processus, 287 
Diagrammes de jalons, 1 57, 1 58 
Diagrammes de reseau du projet, 1 55, 1 57, 1 58, 1 59, 1 64 

notes recapitulatives, 141 
Diagrammes matriciels, 200 
Diagrammes matriciels des responsabilites, 220, 221 
Dictionnaire de la SDP, 1 21 , 1 22, 1 70, 1 76, 1 93, 31 9 
Diffusion de I'information. 1/o/rCommunication ; Processus Diffuser 
les informations 

Directeurs de portefeuille/Comite de revue des portefeuilles, 
13,25 

Directeurs de programme, 13, 25 
Direction 

approbation de la politique qualite, 194 

assistance a I'equipe de projet, 232 

arterites irrealistes, 234 

communication, 16 

roles d'acheteur/de vendeur et, 331 
Distributions continues, 297, 298 
Distributions continues de probabilite, 297 
Distributions de probabilite, 297-298, 299, 300 
Documentation des exigences, 109, 124, 307, 319, 328. Voir 
aussi Processus Recueillir les exigences ; Contrats 
Documents d'approvisionnement, 247, 326-327, 337, 340, 343 
Documents du projet 

donnees d'entree, 285, 330 

exemples de mise a jour, 1 59-1 60, 201 , 21 4, 335 

mises & jour, 88, 93, 99, 11 6, 122, 125, 128, 141, 145, 151, 

174, 179, 188, 205, 258, 265, 307, 312 

plan de management du projet et, 350 
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Domaines de connaissance en management de projet. Voir 

Domaines de connaissance 

Domaines de connaissance, 403-407 
Groupes de processus et, 42, 43 
interdependences, 71, 72, 103, 129, 165, 168, 189, 245, 
275,313 

Management de Integration du projet, 71-102 
Management de la qualite du projet, 189-214, 405 
Management des approvisionnements du projet, 313-345, 
407 

Management des communications du projet, 243-271 , 406 
Management des couts du projet, 165-188, 405 
Management des delais du projet, 129-164, 404 
Management des ressources humaines du projet, 215-242, 
405-406 

Management des risques du projet, 273-312, 406-407 
Management du contenu du projet, 103-128, 404 

Donnees d'entree. Voir aussi Processus s 
approche de documentation, 34 

Droits de propriete, 328, 332 



EC. Voir Ecart de cout 

Ecart de cout (EC), 1 82-1 83, 1 87 

Ecart de delais (ED), 162,1 82-1 83, 1 96 

Ecart pour une cause speciale, 209 

Ecarts, 214 

Echantillonnage par attributs, 206 

Echantillonnage par variables, 206 

Echantillonnage statistique, 198, 206, 212 

Echeancier 

donnees, 159 

modele, 129 
Echeancier du projet 

donnees d'entree, 161, 170, 176, 320 

exemples graphiques, 158 

performance, 235 
Echeancier en execution acceleree par chevauchement, 276 
Echelles d'impact, risque et, 281 

ED. Voir Ecart de delais 
Effort proportionnel, 136 
Effort unitaire, 1 36 

Elaboration de I'echeancier. Voir Processus Elaborer I'echeancier 

Elaboration progressive, 7, 109, 351 

Employes, l/o/raussi Plan des ressources humaines, Personnel 



moral, 224 

motivation, 234 
Enonce des travaux, 75, 325-326 
Enonce du contenu du projet, 113, 115-116, 122, 138, 154, 
169,176,193,278,284,290,319 

contraintes et hypotheses, 148 

elements, 351 
Enonce du contenu. Voir Enonce du contenu du projet 
Enonces des travaux d'approvisionnement, 325-326, 332, 338 
Entrepreneur. 1/o/rVendeur 
Entreprise en coparticipation, 194, 304 
Entreprise realisatrice, 73, 1 1 3, 31 3. Voir aussi Vendeur 
Environnement de projet de type matriciel, 225 
Equipe. Voir aussi Equipe de projet 

cohesion, 234 

efficacite, 235 

etapes de developpement, 233 

regies de base, 233, 239 
Equipe de management de projet, 130, 215-216 

performance de I'equipe et, 235 

ressources humaines et, 226, 227-228 
Equipe de projet. Voir aussi Processus Constituer I'equipe de 
projet ; Processus Developper I'equipe de projet ; Processus 
Diriger I'equipe de projet ; Management des ressources humaines 
du projet ; Equipe 

affectation prealable des membres, 227 

competences des membres de I'equipe et, 355 

equipes virtuelles, 228 

management, 216 

objectifs, 72, 230 

regroupement, 30, 234 
Equipes hautement performantes, 236 
Equipes virtuelles, 228 
Estimation ascendante, 144, 172, 184 
Estimation des couts, 1 71 -1 72, 1 77-1 78. Voir aussi Processus 
Estimer les couts 
Estimation de la duree, 149 
Estimation par analogie 
Estimation parametrique, 150, 172, 177-178 
Estimations a trois points, 1 50-1 51 , 1 72-1 73, 296 
Estimations de la duree des activites, 151,1 70, 21 6, 284. Voir 
aussi Processus Estimer la duree des activites 
Estimations de la duree. Voir Estimations de la duree des activites 
Estimations du cout des activites, 166, 174, 175, 284, 320 
Estimations independantes, 332 
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Etalonnage, 197 

Etude de faisabilite, 19 

Etude economique, 75-76 

Evaluation des performances, 238 

Evaluation des performances de I'equipe, 235, 237 

Evaluation par les pairs, 21 3 

Evaluations des performances du projet, 238 

Evenement a risque, 275 

Evitementdu risque, 303 

Exactitude 

estimations de couts et, 166 

precision et, 190 
Exclusions du contenu, 1 1 5 

Execution du projet. Voir Processus Diriger et piloter I'execution du 
projet ; Groupe de processus d'execution ; Processus d'execution 
Exigences 

analyse, 114 

conformite, 195 
Exigences a haut niveau, 1 5, 45, 77, 1 06, 1 09, 1 1 1 
Exigences du produit, 105 
Exigences du projet, 105 
Exigences en financement du projet, 179, 181 
Experts en la matiere, 250, 287 
Expression des besoins du client, 107, 190 



Facteurs environnementaux de I'entreprise, 1 4, 28, 37, 76, 80, 
85, 91 , 97, 1 34, 1 43, 1 48, 1 54, 1 71 , 1 94, 21 9, 227, 248, 253, 
278, 285, 320 

misesajour, 236, 241 
FD. Voir Liaison fin-debut 
FF. Voir Liaison fin-fin 

Forces, faiblesses, opportunit.es et menaces. Voir Analyse FFOM 
Formation [Forming], Turbulence [Storming], Normalisation 
[Norming], Performance [Performing], Dissolution [Adjourning] 233 
Formation, 218, 225, 232 
Formation interdisciplinaire, 230, 242 
Formulaire role-responsabilite-autorite, 220, 221 

autorite, 223 

competence, 223 
223 



Garanties, 191,328 

Gestion de la qualite, 190, 199. l/o/r aussi Management de la 

qualite du projet 

Gestion des conflits, 239-240 

Gestion des conflits de type collaboratif, 239, 240 

Gestion des reclamations, 339 

Gestion des risques, 182. Voir aussi Management des risques 

du projet 

Groupe d'activites, 157 

Groupe de processus d'execution, 39, 72 

processus, 57-59 

vue d'ensemble, 55-56 
Groupe de processus de cloture, 39, 40 

processus, 65 

vue d'ensemble, 64-65 
Groupe de processus de demarrage, 39, 40, 44-46 

limitesdu projet et, 44 

vue d'ensemble, 44-45 
Groupe de processus de planification, 39, 46-55, 72 

processus, 49-55 

vue d'ensemble, 46-48 
Groupe de processus de surveillance et de maitrise, 39 

processus, 61-64 

vue d'ensemble, 59-60 
Groupe de processus, 6, 38-65, 39, 40 

activites qui se chevauchent, 40 

Correspondance entre domaines de connaissance et, 42, 43 

Elaborer le plan de management du projet et, 48, 78-82 

Groupe de processus d'execution, 55-59, 72 

Groupe de processus de cloture, 64-65 

Groupe de processus de demarrage, 44-46 

Groupe de processus de planification, 46-55, 72 

Groupe de processus de surveillance et de maitrise, 59-64 

interactions, 40, 41 

Phases du projet et, 41 

vue d'ensemble, 41-43 
Groupes de consultation, 107 
Groupes de processus de management de projet. Voir Groupes 



role, 222 
Fournisseur. 1/o/rVendeur 
Fragment de reseau, 141 



Guide du corpus des connaissances en management de projet 
(Guide PMBOK 8 ) 

but, 4-5 

norme industrielle, 13 



©2008 Project Management Institute. Guide du Corpus des connaissances en management de projet (Guide PMBOK®) — Quatrieme edition 



Modifications apportees par la quatrieme edition, 349-357 

vue d'ensemble, 3 
Guide PMBOK®. Voir Guide du corpus des connaissances en 
management de projet 

H 

Histogramme des ressources, 159, 224 
Histogramme,159,210,224,270 



Identification de la configuration, 95 

Identification des risques. Voir Processus Identifier les risques 

Impact des risques. l/o/rMatrice de probabilite et d'impact 

Indicateurs d'etat, 266, 270 

Indice de performance des couts, 183, 184-185, 187 

Indice de performance des delais (IPD), 162, 183, 184 

Indice de performance pour I'achevement du projet, 1 85, 1 86, 354 

Information historique, 32, 1 01 , 1 02, 1 71 , 296 

Information sur la performance du travail, 83, 87, 1 27, 1 61 , 1 81 , 

203, 268, 309, 338 

Ingenieriede lavaleur, 114 

Ingenierie systeme, 114 

Inspection, 1 24, 1 90, 1 98, 206, 21 3, 339 

Interactions des processus, 39-41, 69, 103, 129, 165, 245, 

275,313,350 

Interactions des processus de management de projet, 39-41 

Interactions entre processus de management de projet, 39-41 

Interviews, 107, 287, 293, 296-297 

IPD. Voir Indice de performance des delais 

ISO. Voir Organisation internationale de normalisation 



JAD. Voir Joint Application Development (ou Design) (JAD) 
Joint Application Development (ou Design) (JAD), 107 
Jugement d'expert, 77, 81 , 86-87, 92, 98, 1 01 , 1 1 4, 1 35, 1 44, 
1 49, 1 71 , 1 77, 250, 288, 293, 300, 305, 321 , 332 
Juran, Joseph M., 190 



Legons apprises, 100 

base de connaissance, 32, 1 01 , 1 02 
documentation, 214, 261,344 



Liaison debut-debut (DD), 138 

Liaison debut-fin (DF), 138 

Liaison fin-debut (FD), 138 

Liaison fin-fin (FF), 138 

Liens historiques, 177-178 

Liens logiques faibles, 140 

Liens logiques preferes, 140 

Limites de controle, 196, 206, 209 

Limites du processus, 201 

Liste d'activites, 135, 143 

Liste de veille, des risques et, 291 , 292, 294, 302, 305, 309 

Liste des jalons, 1 36, 1 37 

Liste des vendeurs qualifies, 330 

Listes de controle. 1/o/rListes de controle qualite, Listes de controle 

d'identification des risques 

Listes de controle qualite, 201 , 21 3 

Livrables 

acceptes, 101,125,344 

du projet, 115 

valides, 124, 213 

modifications, 93 
Livrables acceptes. Voir sous Livrables 
Livrables valides. Voir sous Livrables 
Logiciel de gestion de projet, 87, 1 38, 1 45, 1 46, 1 57, 1 62, 1 73, 
187,257,270 
Logique forte, 139 
Loi de Pareto, 21 1 
Lots de travail 

besoins en ressources, 145 

comptes de controle, 121 

decomposition, 118, 119 

estimations de couts, 175, 177 

M 

MaTtrise de I'echeancier. Voir Processus MaTtriser I'echeancier 
MaTtrise des couts. Voir Processus MaTtriser les couts 
MaTtrise des modifications. Voiraussi Processus Mettre en ceuvre 
la maTtrise integree des modifications 

procedures, 80, 97 

processus, 125, 313 

reunions, 98 

systemes, 94, 338 
MaTtrise integree des modifications. Voir Processus Mettre en 
ceuvre la maTtrise integree des modifications 
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Management. l/o/rauss/Managementde portefeuille ; Management 
de programme ; Management de projet ; Direction 

competences, 264 

provisions, 177 

responsabilites, 191 
Management de Integration du projet, 71-102, 403 
Management de la qualite du projet, 189-214, 405 
Management de la qualite totale 
Management de la qualite totale, 190, 191 
Management de programme 

description, 9-10 

management de projet et, 7-8 

management de portefeuille et, 7-8 
Management de programme, La norme du 1 4 
Management de projet 

competences, 13 

contraintes du projet, 6-7 

corpus des connaissances, 13-14 

description du, 6-7 

elaboration progressive du, 7 

groupe de processus, 6, 43 

influences de I'organisation, 27-32 

interactions des processus, 42 

management de programme et, 7-8 

management des operations et, 1 2 

management de portefeuille et, 6, 7-8 
Management des approvisionnements du projet, 313-345, 407 
Management des communications du projet, 243-271 , 406 
Management des contrats, 313 

Management des couts. Voir Management des couts du projet 
Management des couts du projet, 165-188, 405 
Management des delais. Voir Management des delais du projet 
Management des delais du projet, 129-164, 148, 404 
Management des operations 

management de projet et, 12 

parties prenantes, 27 
Management des ressources humaines du projet, 215-242, 
405-406 

Management des risques du projet, 273-312, 406-407 
Management du contenu du projet, 103-108, 404 
Management de portefeuille 

buts.11 

description, 8-9 

management de programme et, 7-8 

management de projet et, 7-8 
Management de portefeuille, La norme du 14 



Management par la valeur acquise, 1 62, 1 66, 1 81 , 1 86, 259 

analyse, 270 

ecarts, 269 

reference de base de performance des couts, 1 78 
Marge totale nulle, 155 
Marge totale, 155 

Matrice d'affectation des responsabilites, 201, 221 
Matrice d'analyse des parties prenantes, 251 
Matrice d'influence/impact, analyse des parties prenantes, 249 
Matrice de probabilite et d'impact, 279, 281, 291-292, 293, 
294,312 

Matrice de tragabilite des exigences, 1 1 1 , 1 24 
Matrice pouvoir/influence, analyse des parties prenantes, 249 
Matrice pouvoir/interet, analyse des parties prenantes, 249 
Mediation, 343 
Meilleures pratiques, 197 
Menaces, 1 60, 1 70, 1 94, 288, 291 , 292, 302, 306, 31 

strategies, 303-304 
Mesure de la valeur acquise, 82, 1 77 
Mesures de performance des couts, 187 
Mesures de performance du travail, 128, 163, 187, 208, 268 
Methode de la chame critique, 130, 154, 155, 162 
Methode de Monte-Carlo, 156, 299 
Methode des antecedents, 138, 139 
Methode du chemin critique, 1 30, 1 38, 1 54-1 55, 1 82 
Methode PERT, 1 50-1 51 , 1 72-1 73 
Methodes causales/econometriques, 269 
Methodologies proprieties de management de la qualite, 199 
Metriques du processus, 201 

Modele d'amelioration des processus Malcolm Baldrige, 191 
Modele de developpement de I'equipe de Tuckman, 233 
Modeles de communication emetteur-recepteur, 258 
Modification du contenu, 38, 196 
Modifications apportees par la quatrieme edition, 349-357 
Modifications contestees, 339 
Modifications demandees. Voir Demandes de modification 
Modifications du processus, Quatrieme edition, 352 
Modifications validees, 213 
Moral, 224, 230 
Motivation, 234,410 

N 

Negociation 

competences utiles, 413 
reglement des reclamations, 339 
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Negociations d'approvisionnement, 332-333 

Niveau d'effort, 136 

Nivellement des ressources, 1 54, 1 56, 1 59, 1 63 

Non conformite, 195, 344 

Normes de qualite, 206 

Normes industrielles, 91 

Nouvelles references de base, 56 



Offres, 227, 327, 328-329, 331 . Voir aussi Offres des vendeurs 
Offres, 75, 320, 326, 327, 328, 333. Voir aussi Propositions 
0PM3®. Voir Organizational Project Management Maturity Model 
Opportunite strategique/besoin d'affaires, 10 
Opportunites, 1 60, 1 70, 1 94, 288, 291 , 292, 302, 306, 31 

strategies, 304-305 
Ordre de grandeur approximatif, 168 
Organigrammes, 120 

descriptions de poste, 220-222 
Organigramme fonctionnel, 220 
Organigrammes du projet, 223 
Organigrammes hierarchiques, 220 
Organisation composite, 31 
Organisation fonctionnelle, 28, 29, 32 
Organisation internationale de normalisation (ISO), 190 
Organisation matricielle equilibree, 29, 30 
Organisation matricielle faible, 29 
Organisation matricielle forte, 30 
Organisation par projets, 30 
Organisations matricielles, 28, 29-30 
Organiser les activit.es en sequence Voir Processus Organiser 
les activites en sequence 

Organizational Project Management Maturity Model (0PM3®), 
14,191 
Outils de planification de la qualite, 199-200 



Parti pris, attitudes face au risque et, 289 

Partie prenante. Voir aussi Processus Identifier les parties 

prenantes ; Processus Gerer les attentes des parties prenantes 

attentes, 261-262 

classification, 250 

communications, 107, 260, 261 

exemples, 24-27 

identification, 246-251 



interne/externe, 23, 44, 412 

parties prenantes cles, 26, 247 

projet et, 23-27 

tolerances, 281,301 
Parties prenantes du projet. Voir Partie prenante 
Pensee laterale, 114 

Personnel. l/o/rauss/Processus Elaborer le plan des ressources 
humaines ; Plan des ressources humaines 

acquisition, 223 

modifications, 242 

negociation des affectations, 227-228 

plan de desengagement, 224 
PERT. l/o/rMethode PERT 
Phases de developpement de I'equipe, 233 
Phases de projet concurrentes, 20 
Phases du projet, 18-21 

chevauchement, 21 

gouvemance de projet et, 20 

groupes de processus et, 41 

relations entre phases, 20-22 

revue de fin de phase, 20 
Plan d'amelioration des processus, 201 , 203, 204 
Plan d'experience, 197-198 

Plan de management de I'echeancier, 278, 285, 296, 306 
Plan de management de la communication, 256-258, 259, 
263, 278 

Plan de management de la configuration, 126 
Plan de management de la qualite, 200, 203, 285, 307 
Plan de management des approvisionnements, 307, 324-325, 
341. 

Plan de management des couts, 165-166, 181, 278, 284, 
296, 306 

Plan de management des exigences, 1 1 0-1 1 1 , 1 27 
Plan de management des ressources humaines, 218, 223, 
225, 238, 307 

Plan de management des ressources humaines, 307 
Plan de management des risques, 279-282. Voir aussi Processus 
Planifier le management des risques ; Processus Surveiller et 
maitriser les risques 
Plan de management du contenu, 126 
Plan de management du projet. Voir aussi Processus Elaborer 
le plan de management du projet 

ajout progressif de details, 46 

documents du projet et, 48, 350 
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donnees d'entree, 126-127, 161, 181, 203, 231, 259, 

267, 309, 330, 337 

donnees de sortie, 81-82 

donnees de sortie des processus de planification et, 78 

mises a jour, 72, 78, 88, 92, 99, 1 28, 1 64, 1 88, 205, 21 4, 

229, 242, 265, 306-307, 312, 334, 341 
Plan de repli, 303, 308 
Plan de secours, 275, 308 
Plan des ressources humaines, 170, 222-225, 237 

organigrammes du projet, 223 

plan de management des ressources humaines, 223-225 

roles et responsabilites, 222-223 
Plan/Systeme de management des modifications, 94, 1 26 
Planification 

hypotheses, 1 60 

methodologie, 130 

outil, 157, 163 

vue d'ensemble, 132 
Planification des communications, 228. Voir aussi Processus 
Planifier les communications, Management des communications 
du projet 

Planification des ressources, 157 
Planification par vagues, 46, 120, 135 
Planification strategique, 10-11, 75 
Plans subsidiaires, 48, 81,82 

Politique interne en matiere d'approvisionnement, formelle, 321 
Precision, 190 
Prevention, 206 

Previsions du cout final estime, 1 84-1 85 
Previsions probabilistes, 269 
Previsions, 184-185 

donnees, 270 

information et, 259 

methodes, 269 
Prise de decision 

efficacite, 241 

modele en six phases, 41 2 

techniques, 108 
Probabilite et impact des risques, 281 , 291 
Probability 206 
Processus, 32-33. Voir aussi Processus iteratifs 

chevauchement, 39, 69, 243, 313 

definition, 37 

descriptions, 349 

orientes produit, 37 



Processus Clore le projet ou la phase, 65, 71 , 99-1 02, 1 25, 341 
Processus Clore les approvisionnements, 65, 313, 317, 341-344 
Processus Constituer I'equipe de projet, 57, 215, 225-229 
Processus Creer la structure de decoupage du projet (SDP), 49, 
103,116-122 

Processus d'execution, 42, 201, 258. Voir aussi Processus 
Diriger et piloter I'execution du projet 
Processus de management d'un projet, 37-65 

categories, 37 

groupes de processus, 38-39 
Processus Definir le contenu, 49, 1 03, 1 1 2-1 1 6 
Processus Definir les activites, 50, 129, 133-136 
Processus Determiner le budget, 52, 165, 174-179 
Processus Developper I'equipe de projet, 58, 215, 229-236 
Processus Diffuser les informations, 58, 245, 258-261 
Processus Diriger et piloter I'execution du projet, 57, 71 , 83-88, 
99, 336 

Processus Diriger I'equipe de projet, 58, 215, 236-242 
Processus Elaborer I'echeancier, 51 ,129,1 52-1 60, 31 7, 325 
Processus Elaborer la charte du projet, 44, 45-46, 71 , 73-78 
Processus Elaborer le plan de management du projet, 48, 71 , 
78-82,104,130,165 

Processus Elaborer le plan des ressources humaines, 53, 215, 
218-225,234 

Processus Estimer la duree des activites, 51 , 1 29, 1 46-1 51 
Processus Estimer les couts, 52, 141, 165, 168-174 
Processus Estimer les ressources necessaires aux activites, 
50,129,141-145,148,170,317,325 
Processus Gerer les approvisionnements, 64, 313, 335-341 , 343 
Processus Gerer les attentes des parties prenantes, 59, 245, 
261-265 

Processus Identifier les parties prenantes, 44, 46, 244, 246-251 
Processus Identifier les risques, 54, 273, 280, 282-288 
Processus MaTtriser I'echeancier, 62, 129, 130, 160-164 
Processus MaTtriser le contenu, 62, 103, 125-128 
Processus MaTtriser les couts, 62, 165, 179-188 
Processus Mettre en ceuvre I'analyse qualitative des risques, 
54, 273, 281 , 289-294, 295, 305-306 
Processus Mettre en ceuvre I'analyse quantitative des risques, 
54, 273, 289, 294-301 

Processus Mettre en ceuvre I'assurance qualite, 57, 189, 201-205 
Processus Mettre en ceuvre la maTtrise integree des modifications, 
61,71,78,93-98,337 

Processus Mettre en ceuvre le controle qualite, 63, 189, 201, 
204,206-214,337 
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Processus Organiser les activites en sequence, 50, 129, 136-141 

Processus Planifier la qualite, 52, 189, 192-201, 204 

Processus Planifier le management des risques, 53, 273, 276-282, 

290, 295 

Processus Planifier les approvisionnements, 55, 31 3, 31 6-328, 343 

Processus Planifier les communications, 53, 243, 251-258 

Processus Planifier les reponses aux risques, 55, 273, 301 — 

307,312 

Processus Proceder aux approvisionnements, 59, 313, 328- 

335, 337 

Processus Recueillir les exigences, 49, 1 03, 1 05-1 1 1 

Processus Rendre compte de la performance, 63, 245, 266- 

271,336 

Processus Surveiller et maitriser le travail du projet, 61, 63, 71, 

89-93 

Processus Surveiller et maitriser les risques, 63, 273, 295, 

308-312,337 

Processus Verifier le contenu, 61 , 1 01 , 1 03, 1 23-1 25 

Project Management Institute (PMI), 

programmes et certifications, 4 
Projet 

definition, 5-6 

influences de I'organisation, 27-32 

limites, 44, 115 

par rapport au travail operationnel, 22-23 

parties prenantes habituelles et, 23-24 

planification strategique et, 10-11 
Projet a phase unique, 19 
Projets a phases multiples, 20, 22, 41 , 76 
Proposition de prix, 326 

Propositions des vendeurs, 321 , 326, 330, 332, 333 
Prototypes, 109 

Provision pour aleas, 1 51 , 1 59, 1 73, 1 77, 292, 301 , 303, 304, 
306, 31 1 . Voir auss\ Analyse de la reserve 
Provision pour aleas de cout, 174 



QFD. l/o/rDeploiementde lafonction qualite 
Qualite. Voiraussi Processus Planifier la qualite 

audits, 204 

classe et, 1 90 

metriques, 200 

politique, 194 

sept outils debase, 208-212 



RACI. Voir Responsible [Realise], Accountable [Rend descomptes], 

Consult [Consulte] et Inform [Informe] 

Rapports d'avancement, 61 , 90, 238, 259, 270-271 , 31 0, 338, 

339. Voir aussi Processus Rendre compte de la performance 

Reclamations non resolues, 341 

Recompenses. Voir Reconnaissance et recompenses 

Recompenses dont la valeur s'annule (de type gagnant- 

perdant), 234 

Reconciliation des limites de financement, 178 

Reconnaissance et recompenses, 218, 225, 232, 234 

Reference de base, 82, 310. Voir aussi Reference de base de 

performance des couts, Reference de base de I'echeancier, 

Reference de base du contenu 

Reference de base de I'echeancier, 62, 82, 159, 164, 194, 307, 

341 . Voir aussi Processus MaTtriser I'echeancier 

Reference de base de la VP (reference de base des mesures 

de performances), 178 

Reference de base de performance des couts, 82, 178, 181, 

187,188,194,307,320 

Reference de base des couts, 52, 62, 179 

ecarts, 182-183 
Reference de base des mesures de performances, 82, 178, 
182,267 

Reference de base du contenu, 62, 82, 103, 122, 124, 126, 
128, 134, 169-170, 176, 193, 284, 319. Voir aussi Processus 
Maitriser le contenu 

misesajour, 93, 128 
Registre d'enregistrement des actions, 263 
Registre des modifications, 263 
Registre des parties prenantes, 44, 105, 106, 193, 250, 263, 
265, 279, 284, 353 

Registre des problemes majeurs, 240, 261 , 263, 265 
Registre des risques 

donnees d'entree, 170, 194, 302, 305, 320 

donnees de sortie, 160 

liste des risques identifies, 288 

mises a jour, 1 74, 293-294, 300-301 , 305, 31 1 
Regimentations gouvernementales, 91, 194, 225 
Reglements negocies, 343 
Regies de base, equipe de projet 233, 239 
Regies de mesure de performance, 166 
Regroupement, equipe de projet, 30, 234 
Relation entre I'acheteur et le vendeur, 315 
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Relations d'anteriorite, 136, 137 
Relations de posteriorite, 136, 137 
Relations entre phases, 20-22, 110 

de chevauchement, 21 

iterative, 22 

2,21 

5,211-212 

Remue-meninges, 108, 114, 199, 200, 209, 286 
Reponses aux risques. Voir Processus Planifier les reponses 
aux risques 

Reponses aux risques planifiees, 308 
Reprises, 195, 213 
Reserve contre I'inflation, 168, 174 
Resolution alternative des differends, 334, 339, 343 
Resolution de conflits, 239-240 
Responsables fonctionnels, 13, 26, 227, 228 
Responsible [Realise], Accountable [Rend des comptes], Consult 
[Consulte] et Inform [Informe] (RACI) 221 
Ressources humaines du projet 

affectations, 229, 231 , 237 

technologie de communication et, 254 
Resultats de I'analyse qualitative des risques, 294 
Retour sur investissement, 25, 168 
Reunions d'etat, 269, 311 
Revues de conception, 167, 190, 198 
Revues de performance des approvisionnements, 338 
Revues de performance, 162, 186, 338 
Revues de produit, 124 
Revues structurees, 1 24, 21 3 
Revues, 124, 213 

Risques. l/o/rOpportunites ; Menaces 
Risques residuels, 309 
Risques secondaires, 303, 309 

Roles et responsabilites specifies a I'aide de formats de type 
texte, 220, 221 



Scheduling, Practice Standard for, 1 52 

SDP. Voir Structure de decoupage du projet 

Sensibilite politique, 412-413 

Sept outils de base de la qualite d'lshikawa, 208-21 2 

Seuilsde maitrise, 166 

Seuils de risque, 302 

Shewhart, Walter A., 191 

Simulation, 1 56, 269, 297, 299-300, 301 



Simulation des risques concernant les couts, 299-300 

Soumissionnaire. Voir Vendeur 

Sous-traitant, 315 

Sous-traitants, 225, 228, 316 

Strategic de management des parties prenantes, 251 , 263, 265 

Strategies d'acceptation active/passive du risque, 304 

Strategies de reponse aux aleas, 305 

Structure de decoupage des ressources, 145, 220 

Structure de decoupage des risques, 280, 284, 286, 293, 305 

Structure de decoupage du projet (SDP ou WBS), 1 66, 1 70, 1 76, 

305, 307. Voiraussi Processus Creer la structure de decoupage 

du projet 

decomposed jusqu'au niveau des lots de travail, 118, 

119,121 

definition, 116, 193 

types, 118, 121 

identification des risques et, 284, 293 

niveau le plus bas de livrables, 133 

organises par phases, 118,119 

livrables principaux, 1 1 8, 1 20, 220 
Structure du produit, 114 
Structures organisationnelles, 28-32 

chevauchement des phases du projet, 20, 21 

organisation composite, 31 , 32 

organisation fonctionnelle, 28, 29 

organisation par projets, 31 

organisation matricielle, 29-30 

Theorie des organisations, 222 

types principaux, 28 
Systeme de gestion de I'information du projet, 64, 80, 85, 87, 
91,134 

Systeme de maitrise des modifications du contrat, 338 
Systeme de management de la configuration 

activites de, 95, 110 

base de connaissance, 81 

objectifs principaux, 94 
Systeme de ponderation, choix du vendeur, 328-329 



Tampons, 155, 162 
Tampons intermediaires, 155 
Technique de Delphes, 108, 269, 286 
Technique du groupe nominal, 108, 1 9S 
Techniques analytiques, 154 
Techniques d'ecoute, 411 
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Techniques devaluation des off res, 331 

Techniques d'execution acceleree, 140, 157 

Techniques de compression de I'echeancier, 154, 156-157, 163 

compression des delais, 156, 164 

execution acceleree par chevauchement, 140, 157 
Techniques de creativite collective, 108 
Techniques de facilitation, 258 
Techniques de prise de decision en groupe, 108 
Techniques de representation en diagramme, 287 
Technologie 

avances, 10, 75 

communication et, 254 
Tendances, resultats de I'analyse des risques, 294, 301 
Tenue des releves d'etat de la configuration, 95 
Tolerance aux risques, 276 
Tolerances, 206 
Transfert des risques, 303, 317 

Travail en equipe, 229-230. Voiraussi Processus Developper 
I'equipe de projet 

Travail operationnel par rapport aux projets, 22-23 
Type d'activite, 1 36 



VA. 1/o/rValeur acquise 

Valeur acquise (VA), 1 82, 1 83, 31 0, 354 

Valeur actualisee des flux de tresorerie, 168 

Valeur monetaire attendue, 298 

Valeur planifiee (VP), 182, 183 

Vendeur. Voir aussi Management des approvisionnements 

du projet 
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